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BACKGROUND OF THE INVENTION 

10 The present invention is directed to improvements in 

methods and apparatus for decompression which operates to 
decompress and/or decode a plurality of differently encoded 
input signals. The illustrative embodiment chosen for 
description hereinafter relates to the decoding of a 

15 plurality of encoded picture standards. More specifically, 
this embodiment relates to the decoding of any one of the 
well known standards known as JPEG, MPEG and H.2S1. 

A serial pipeline processing system of the present 
invention comprises a single two-wire bus used for carrying 

20 unique and specialized interactive interfacing tokens, in the 
form of control tokens and data tokens, to a plurality of 
adaptive decompression circuits and the like positioned as a 
reconf igurable pipeline processor. 

Video compression/decompression systems are generally 

25 well-known in the art. However, such systems have generally 
been dedicated in design and use to a single compression 
standard. They have also suffered from a number of other 
inefficiencies and inflexibility in overall system and 
subsystem design and data flow management. 

3 0 Examples of prior art systems and subsystems are 

enumerated as follows: 

One prior art system is described in United States 
Patent No. 5,216,724. The apparatus comprises a plurality of 
compute modules, in a preferred embodiment, for a total of 

35 four compute modules coupled in parallel. Each of the 
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compute modules has a processor, dual port memory, scratch- 
pad memory, and an arbitration mechanism. A first bus 
couples the compute modules and a host processor. The device 
comprises a shared memory which is coupled to the host 
5 processor and to the compute modules with a second bus. 

United States Patent No, 4,785,349 discloses a full 
motion color digital video signal that is compressed, 
formatted for transmission, recorded on compact disc media 
and decoded at conventional video frame rates. During 

10 compression, regions of a frame are individually analyzed to 
select optimum fill coding methods specific to each region. 
Region decoding time estimates are made to optimize 
compression thresholds. Region descriptive codes conveying 
the size and locations of the regions are grouped together in 

15 a first segment of a data stream. Region fill codes 
conveying pixel amplitude indications for the regions are 
grouped together according to fill code type and placed in 
other segments of the data stream. The data stream segments 
are individually variable length coded according to their 

2 0 respective statistical distributions and formatted to form 

data frames. The number of bytes per frame is withered by 
the addition of auxiliary data determined by a reverse frame 
sequence analysis to provide an average number selected to 
minimize pauses of the compact disc during playback, thereby 
25 avoiding unpredictable seek mode latency periods 
characteristic of compact discs. A decoder includes a 
variable length decoder responsive to statistical information 
in the code stream for separately variable length decoding 
individual segments of the data stream. Region location data 

3 0 is derived from region descriptive data and applied with 

region fill codes to a plurality of region specific decoders 
selected by detection of the fill code type (e.g., relative, 
absolute, dyad and DPCM) and decoded region pixels are stored 
in a bit map for subsequent display. 
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United States Patent No. 4,922,341 discloses a method 
for scene-model-assisted reduction of image data for digital 
television signals, whereby a picture signal supplied at time 
is to be coded, whereby a predecessor frame from a scene 
5 already coded at time t-1 is present in an image store as a 
reference, and whereby the frame-to-frame information is 
composed of an amplification factor, a shift factor, and an 
adaptively acquired quad-tree division structure. Upon 
initialization of the system, a uniform, prescribed gray 

10 scale value or picture half-tone expressed as a defined 
luminance value is written into the image store of a coder at 
the transmitter and in the image store of a decoder at the 
receiver store, in the same way for all picture elements 
(pixels) . Both the image store in the coder as well as the 

15 image store in the decoder are each operated with feed back 
to themselves in a manner such that the content of the image 
store in the coder and decoder can be read out in blocks of 
variable size, can be amplified with a factor greater than or 
less than 1 of the luminance and can be written back into the 

2 0 image store with shifted addresses, whereby the blocks of 
variable size are organized according to a known quad tree 
data structure. 

United States Patent No. 5,122,875 discloses an 
apparatus for encoding/decoding an HDTV signal. The 

2 5 apparatus includes a compression circuit responsive to high 

definition video source signals for providing hierarchically 
layered codewords CW representing compressed video data and 
associated codewords T, defining the types of data 
represented by the codewords CW. A priority selection 

3 0 circuit, responsive to the codewords CW and T, parses the 

codewords CW into high and low priority codeword sequences 
wherein the high and low priority codeword sequences 
correspond to compressed video data of relatively greater and 
lesser importance to image reproduction respectively. A 
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transport processor, responsive to the high and low priority 
codeword sequences, forms high and low priority transport 
blocks of high and low priority codewords, respectively. 
Each transport block includes a header, codewords CW and 
5 error detection check bits. The respective transport blocks 
are applied to a forward error check circuit for applying 
additional error check data-. Thereafter, the high and low 
priority data are applied to a modem wherein quadrature 
amplitude modulates respective carriers for transmission. 

10 United States Patent No. 5,146,325 discloses a video 

decompression system for decompressing compressed image data 
wherein odd and even fields of the video signal are 
independently compressed in sequences of intraframe and 
interframe compression modes and then interleaved for 

15 transmission. The odd and even fields are independently 
decompressed. During intervals when valid decompressed 
odd/even field data is not available, even/odd field data is 
substituted for the. unavailable odd/even field data. 
Independently decompressing the even and odd fields of data 

20 and substituting the opposite field of data for unavailable 
data may be used to advantage to reduce image display latency 
during system start-up and channel changes. 

United States Patent No. 5,168,356 discloses a video 
signal encoding system that includes apparatus for segmenting 

25 encoded video data into transport blocks for signal 
transmission. The transport block format enhances signal 
recovery at the receiver by virtue of providing header data 
from which a receiver can determine re-entry points into the 
data stream on the occurrence of a loss or corruption of 

3 0 transmitted data. The re-entry points are maximized by 
providing secondary transport headers embedded within encoded 
video data in respective transport blocks * 

United States Patent No. 5,168,375 discloses a method 
for processing a field of image data samples to provide for 
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one or more of the functions of decimation, interpolation, 
and sharpening. This is accomplished by an array transform 
processor such as that employed in a JPEG compression system. 
Blocks of data samples are transformed by the discrete even 
5 cosine transform (DECT) in both the decimation and 
interpolation processes, after which the number of frequency 
terms is altered. In the case of decimation, the number of 
frequency terms is reduced, this being followed by inverse 
transformation to produce a reduced-size matrix of sample 

10 points representing the original block of data. In the case 
of interpolation, additional frequency components of zero 
value are inserted into the array of frequency components 
after which inverse transformation produces an enlarged data 
sampling set without an increase in spectral bandwidth. In 

15 the case of sharpening, accomplished by a convolution or 
filtering operation involving multiplication of transforms of 
data and filter kernel in the frequency domain, there is 
provided an inverse transformation resulting in a set of 
blocks of processed data samples. The blocks are overlapped 

20 followed by a savings of designated samples, and a discarding 
of excess samples from regions of overlap. The spatial 
representation of the kernel is modified by reduction of the 
number of components, for a linear-phase filter, and zero- 
padded to equal the number of samples of a data block, this 

25 being followed by forming the discrete odd cosine transform 
(DOCT) of the padded kernel matrix. 

United States Patent No. 5,175,617 discloses a system 
and method for transmitting logmap video images through 
telephone line band-limited analog channels. The pixel 

3 0 organization in the logmap image is designed to match the 
sensor geometry of the human eye with a greater concentration 
of pixels at the center. The transmitter divides the 
frequency band into channels, and assigns one or two pixels 
to each channel, for example a 3KHz voice quality telephone 
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line is divided into 768 channels spaced about 3.9Hz apart. 
Each channel consists of two carrier waves in quadrature, so 
each channel can carry two pixels. Some channels are 
reserved for special calibration signals enabling the 
5 receiver to detect both the phase and magnitude of the 
received signal. If the sensor and pixels are connected 
directly to a bank of oscillators and the receiver can 
continuously receive each channel, then the receiver need not 
be synchronized with the transmitter. An FFT algorithm 

10 implements a fast discrete approximation to the continuous 
case in which the receiver synchronizes to the first frame 
and then acquires subsequent frames every frame period. The 
frame period is relatively low compared with the sampling 
period so the receiver is unlikely to lose frame synchrony 

15 once the first frame is detected. An experimental video 
telephone transmitted 4 frames per second, applied quadrature 
coding to 1440 pixel logmap images and obtained an effective 
data transfer rate in excess of 40,000 bits per second. 

United States Patent No. 5,185,819 discloses a video 

20 compression system having odd and even fields of video signal 
that are independently compressed in sequences of intraframe 
and interframe compression modes. The odd and even fields of 
independently compressed data are interleaved for 
transmission such that the intraframe even field compressed 

2 5 data occurs midway between successive fields of intraframe 
odd field compressed data. The interleaved sequence provides 
receivers with twice the number of entry points into the 
signal for decoding without increasing the amount of data 
transmitted. 

30 United States Patent No. 5,212,742 discloses an 

apparatus and method for processing video data for 
compression/decompression in real-time. The apparatus 
comprises a plurality of compute modules, in a preferred 
embodiment, for a total of four compute modules coupled in 
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parallel. Each of the compute modules has a processor, dual 
port memory , scratch-pad memory, and an arbitration 
mechanism . A first bus couples the compute modules and host 
processor. Lastly, the device comprises a shared memory 
5 which is coupled to the host processor and to the compute 
modules with a second bus. The method handles assigning 
portions of the image for each of the processors to operate 
upon. 

United States Patent No. 5,231,484 discloses a system 
10 and method for implementing an encoder suitable for use with 
the proposed ISO/IEC MPEG standards. Included are three 
cooperating components or subsystems that operate to 
variously adaptively pre-process the incoming digital motion 
video sequences, allocate bits to the pictures in a sequence, 
15 and adaptively quantize transform coefficients in different 
regions of a picture in a video sequence so as to provide 
optimal visual quality given the number of bits allocated to 
that picture. 

United States Patent No. 5,267,334 discloses a method of 
2 0 removing frame redundancy in a computer system for a sequence 
of moving images. The method comprises detecting a first 
scene change in the sequence of moving images and generating 
a first keyframe containing complete scene information for a 
first image. The first keyframe is known, in a preferred 
25 embodiment, as a "forward-facing" keyframe or intraframe, and 
it is normally present in CCITT compressed video data. The 
process then comprises generating at least one intermediate 
compressed frame*, the at least one intermediate compressed 
frame containing difference information from the first image 
30 for at least one image following the first image in time in 
the sequence of moving images. This at least one frame being 
known as an interframe. Finally, detecting a second scene 
change in the sequence of moving images and generating a 
second keyframe containing complete scene information for an 
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image displayed at the time just prior to the second scene 
change, known as a "backward-facing" keyframe. The first 
keyframe and the at least one intermediate compressed frame 
are linked for forward play, and the second keyframe and the 
5 intermediate compressed frames are linked in reverse for 
reverse play. The intraframe may also be used for generation 
of complete scene information when the images are played in 
the forward direction. When this sequence is played in 
reverse, the backward-facing keyframe is used for the 

10 generation of complete scene information. 

United States Patent No. 5,276,513 discloses a first 
circuit apparatus, comprising a given number of prior-art 
image-pyramid stages, together with a second circuit 
apparatus, comprising the same given number of novel motion- 

15 vector stages, perform cost-effective hierarchical motion 
analysis (HMA) in real-time, with minimum system processing 
delay and/or employing minimum system processing delay and/or 
employing minimum hardware structure. Specifically, the 
first and second circuit apparatus, in response to relatively 

2 0 high-resolution image data from an ongoing input series of 
successive given pixel-density image-data frames that occur 
at a relatively high frame rate (e.g. , 3 0 frames per second) , 
derives, after a certain processing-system delay, an ongoing 
output series of successive given pixel-density vector-data 

2 5 frames that occur at the same given frame rate. Each vector- 

data frame is indicative of image motion occurring between 
each pair of successive image frames. 

United States Patent No. 5,2 83,64 6 discloses a method 
and apparatus for enabling a real-time video encoding system 

3 0 to accurately deliver the desired number of bits per frame, 

while coding the image only once, updates the quantization 
step size used to quantize coefficients which describe, for 
example, an image to be transmitted over a communications 
channel. The data is divided into sectors, each sector 



including a plurality of blocks. The blocks are encoded, for 
example, using DCT coding, to generate a sequence of 
coefficients for each block- The coefficients can be 
quantized, and depending upon the quantization step, the 
number of bits required to describe the data will vary 
significantly* At the end of the transmission of each sector 
of data, the accumulated actual number of bits expended is 
compared with the accumulated desired number of bits 
expended, for a selected number of sectors associated with 
the particular group of data. The system then readjusts the 
quantization step size to target a final desired number of 
data bits for a plurality of sectors, for example describing 
an image. Various methods are described for updating the 
quantization step size and determining desired bit 
allocations . 

The article, Chong, Yong M. , A Data-Flow Architecture 
for Digital Im age Processing , Wescon Technical Papers: No. 
2 Oct. /Nov. 1984, discloses a real-time signal processing 
system specifically designed for image processing. More 
particularly, a token based data-flow architecture is 
disclosed wherein the tokens are of a fixed one word width 
having a fixed width address field. The system contains a 
plurality of identical flow processors connected in a ring 
fashion. The tokens contain a data field, a control field 
and a tag. The tag field of the token is further broken down 
into a processor address field and an identifier field. The 
processor address field is used to direct the tokens to the 
correct data-flow processor, and the identifier field is used 
to label the data such that the data-flow processor knows 
what to do with the data. In this way, the identifier field 
acts as an instruction for the data-flow processor. The 
system directs each token to a specific data-flow processor 
using a module number (MN) . If the MN matches the MN of the 
particular stage, then the appropriate operations are 
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performed upon the data. If unrecognized/ the token is 
directed tct an output data bus. 

The article, Kimori, S. et al. An Elastic Pipeline 
Mechanism by Self-Timed Circuits , IEEE J. of Solid-State 
5 Circuits, Vol, 23, No. 1, February 1988, discloses an elastic 
pipeline having self-timed circuits. The asynchronous 
pipeline comprises a plurality of pipeline stages. Each of 
the pipeline stages consists of a group of input data latches 
followed by a combinatorial logic circuit that carries out 

10 logic operations specific to the pipeline stages. The data 
latches are simultaneously supplied with a triggering signal 
generated by a data-transfer control circuit associated with 
that stage. The data-transfer control circuits are 
interconnected to form a chain through which send and 

15 acknowledge signal lines control a hand-shake mode of data 
transfer between the successive pipeline stages. 
Furthermore, a decoder is generally provided in each stage to 
select operations to be done on the operands in the present 
stage. It is also possible to locate the decoder in the 

2 0 preceding stage in order to pre-decode complex decoding 

processing and to alleviate critical path problems in the 
logic circuit. The elastic nature of the pipeline eliminates 
any centralized control since all the interworkings between 
the submodules are determined by a completely localized 
25 decision and, in addition, each submodule can autonomously 
perform data buffering and self-timed data-transfer control 
at the same timex Finally, to increase the elasticity of the 
pipeline, empty stages are interleaved between the occupied 
stages in order to ensure reliable data transfer between the 

3 0 stages. 

United States Patent No. 5,27 8,64 6 discloses an improved 
technique for decoding wherein the number of coefficients to 
be included in each sub-block is selectable, and a code 
indicating the number of coefficients within each layer is 
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inserted in the bitstream at the beginning of each encoded 
video sequence. This technique allows the original runs of 
zero coefficients in the highest resolution layer to remain 
intact by forming a sub-block for each scale from a selected 
5 number of coefficients along a continuous scan. These sub- 
blocks may be decoded in a standard fashion, with an inverse 
discrete cosine transform applied to square sub-blocks 
obtained by the appropriate zero padding of and/or discarding 
of excess coefficients from each of the scales. This 
10 technique further improves decoding efficiency by allowing an 
implicit end of block signal to separate blocks, making it 
unnecessary to decode an explicit end of block signal in most 
cases . 

United States Patent No. 4,903,018 discloses a process 

15 and data processing system for compressing and expanding 
structurally associated multiple data sequences. The process 
is particular to data sets in which an analysis is made of 
the structure in order to identify a characteristic common to 
a predetermined number of successive data elements of a data 

20 sequence. In place of data elements, a code is used which is 
again decoded during expansion. The common characteristic is 
obtained by analyzing data elements which have the same order 
number in a number of data sequences. During expansion, the 
data elements obtained by decoding the code are ordered in 

25 data series on the basis of the order number of these data 
series on the basis of the order number of these data 
elements. The -data processing system for performing the 
processes includes a storage matrix (2 6) and an index storage 
(28) having line addresses of the storage matrix (26) in an 

3 0 assorted line sequence. 

United States Patent No. 4,334,246 discloses a circuit 
and method for decompressing video subsequent to its prior 
compression for transmission or storage. The circuit assumes 
that the original video generated by a raster input scanner 
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was operated on by a two line one shot predictor, coded using 
run length encoding into code words of four, eight or twelve 
bits and packed into sixteen bit data words. This described 
decompressor, then, unpacks the data by joining together the 
5 sixteen bit data words and then separately the individual 
code words, converts the code words into a number of all zero 
four bit nibbles and a terminating nibble containing one or 
more one bits which constitutes decoded data, inspects the 
actual video of the preceding scan line and the previous 

10 video bits of the present line to produce depredictor 
bits and compares the decoded data and depredictor bits to 
produce the final actual video. 

United States Patent No, 5,060,242 discloses an image 
signal processing system DPCM encodes the signal, then 

15 Huffman and run length encodes the signal to produce variable 
length code words, which are then tightly packed without gaps 
for efficient transmission without loss of any data* The 
tightly packed apparatus has a barrel shifter with its shift 
modulus controlled by an accumulator receiving code word 

20 length information. An OR gate is connected to the shifter, 
while a register is connected to the gate. Apparatus for 
processing a tightly packed and decorrelated digital signal 
has a barrel shifter and accumulator for unpacking, a Huffman 
and run length decoder, and an inverse DCPM decoder. 

25 United States Patent No. 5,168,375 discloses a method 

for processing a field of image data samples to provide for 
one or more of the functions of decimation, interpolation, 
and sharpening is accomplished by use of an array transform 
processor such as that employed in a JPEG compression system, 

30 Blocks of data samples are transformed by the discrete even 
cosine transform (DECT) in both the decimation and 
interpolation processes, after which the number of frequency 
terms is altered. In the case of decimation, the number of 
frequency terms is reduced, this being followed by inverse 



transformation to produce a reduced-size matrix of sample 
points representing the original block of data. In the case 
of interpolation, additional frequency components of zero 
value are inserted into the array of frequency components 
after which inverse transformation produces an enlarged data 
sampling set without an increase in spectral bandwidth. In 
the case of sharpening, accomplished by a convolution or 
filtering operation involving multiplication of transforms of 
data and filter kernel in the frequency domain, there is 
provided an inverse transformation resulting in a set of 
blocks of processed data samples. The blocks are overlapped 
followed by a savings of designated samples, and a discarding 
of excess samples from regions of overlap. The spatial 
representation of the kernel is modified by reduction of the 
number of components, for a linear-phase filter, and zero- 
padded to equal the number of samples of a data block, this 
being followed by forming the discrete odd cosine transform 
(DOCT) of the padded kernel matrix. 

United States Patent No. 5,231,486 discloses a high 
definition video system processes a bitstream including high 
and low priority variable length coded Data words. The coded 
Data is separated into packed High Priority Data and packed 
Low Priority Data by means of respective data packing units. 
The coded Data is continuously applied to both packing units. 
High Priority and Low Priority Length words indicating the 
bit lengths of high priority and low priority components of 
the coded Data are applied to the high and low priority data 
packers, respectively. The Low Priority Length word is 
zeroed when high Priority Data is to be packed for transport 
via a first output path, and the High Priority Length word is 
zeroed when Low Priority Data is to be packed for transport 
via a second output path. 

United States Patent No. 5,287,178 discloses a video 
signal encoding system includes a signal processor for 
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segmenting encoded video data into transport blocks having a 
header section and a packed data section. The system also 
includes reset control apparatus for releasing resets of 
system components, after a global system reset, in a 
5 prescribed non-simultaneous phased sequence to enable signal 
processing to commence in the prescribed sequence. The 
phased reset release sequence begins when valid data is 
sensed as transmitting the data lines. 

United States Patent No. 5,124,790 to Nakayama discloses 
a reverse quantizer to be used with image memory. The 
inverse quantizer is used in the standard way to decode 
differential predictive coding method (DPCM) encoded data.] 
5 United States Patent No. 5,136,371 to Savatier et al. is 

directed to a de-quantizer having an adjustable quantiza- 
tional level which is variable and determined by the fullness 
of the buffer. The applicants state that the novel aspect of 
their invention is the maximum available data rate that is 

10 achieved. Buffer overflow and underflow is avoided by 
adapting the quantization step size the quantizer 152 and the 
de-quantizer 156 by means of a quantizational level which is 
recalculated after each block has been encoded. The 
quantization level is calculated as a function of the amount 

15 of already encoded data for the frame, compared with the 
total buffer size. In this manner, the quantization level 
can advantageously be recalculated by the decoder and does 
not have to be transmitted. 

United States Patent No. 5,142,3 80 to Sakagami et al. 

2 0 discloses an image compression apparatus suitable for use 
with still images such as those formed by electronic still 
cameras using solid state image sensors. The quantizer 
employed is connected to a memory means from which threshold 
values of a quantization matrix for the laminate signal, Y, 

25 and rom 15 stores threshold values of a quantization matrix 
for the crominant signals I and Q. 



United States Patent No, 5,193,002 to Guichard et al. 
disclosed an apparatus for coding/decoding image signals in 
real time in conjunction with the CCITT standard H.261. a 
digital signal processor carries out direct quantization and 
reverse quantization* 

United States Patent No. 5,241,383 to Chen et al. 
describes an apparatus with a pseudo-constant bit rate video 
coding achieved by an adjustable quantization parameter. The 
qunatization parameter utilized by the quantizer 3 2 is 
periodically adjusted to increase or decrease the amount of 
code bits generated by the coding circuit. The change in 
quantization parameters for coding the next group of pictures 
is determined by a deviation measure between the actual 
number of code bits generated by the coding circuits for the 
previous group of pictures in an estimate number of code bits 
for the previous group of pictures. The number of code bits 
generated by the coding circuit is controlled by controlling 
the quantizer step sizes. In general smaller quantizer step 
sizes result in more code bits in larger quantizer step sizes 
result in fewer code bits. 

United States Patent No. 5,113,255 to Nagata et al; 
5,126,842 to Andrews et al; 5,253,058 to Gharavi; 5,260,782 
to Hui; and 5,212,742 to Normile et al are included for 
background and as a general description of the art. 

Accordingly, those concerned with the design, 
development and use of video compression/decompression 
systems and related subsystems have long recognized a need 
for improved methods and apparatus providing enhanced 
flexibility, efficiency and performance. The present 
invention clearly fulfills all these needs. 
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SUMMARY OF THE INVENTION 

Briefly, and in general terms, the present invention 
provides an input, an output and a plurality of processing 
5 stages between the input and the output, the plurality of 
processing stages being interconnected by a two-wire 
interface for conveyance of tokens along a pipeline, and 
control and/or DATA tokens in the form of universal 
adaptation units for interfacing with all of the stages in 

10 the pipeline and interacting with selected stages in the 
pipeline for control, data and/or combined control-data 
functions among the processing stages, whereby the processing 
stages in the pipeline are afforded enhanced flexibility in 
configuration and processing, 

15 Each of the processing stages in the pipeline may 

include both primary and secondary storage, and the stages in 
the pipeline are reconf igurable in response to recognition of 
selected tokens. The tokens in the pipeline are dynamically 
adaptive and may be position dependent upon the processing 

2 0 stages for performance of functions or position independent 

of the processing stages for performance of functions. 

In a pipeline machine, in accordance with the invention, 
the tokens may be altered by interfacing with the stages, and 
the tokens may interact with all of the processing stages in 
25 the pipeline or only with some but less than all of said 
processing stages. The tokens in the pipeline may interact 
with adjacent processing stages or with non-adjacent 
processing stages, and the tokens may reconfigure the 
processing stages. Such tokens may be position dependent for 

3 0 some functions and position independent for other functions 

in the pipeline. 

The tokens, in combination with the reconf igurable 
processing stages, provide a basic building block for the 
pipeline system. The interaction of the tokens with a 
35 processing stage in the pipeline may be conditioned by the 
previous processing history of that processing stage. The 
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tokens may have address fields which characterize the tokens, 
and the interactions with a processing stage may be 
determined by such address fields. 
5 In an improved pipeline machine, in accordance with the 

invention, the tokens may include an extension bit for each 
token, the extension bit indicating the presence of 
additional words in that token and identifying the last word 
in that token. The address fields may be of variable length 

10 and may also be Huffman coded. 

In the improved pipeline machine, the tokens may be 
generated by a processing stage. Such pipeline tokens may 
include data for transfer to the processing stages or the 
tokens may be devoid of data. Some of the tokens may be 

15 identified as DATA tokens and provide data to the processing 
stages in the pipeline, while other tokens are identified as 
control tokens and only condition the processing stages in 
the pipeline, such conditioning including reconfiguring of 
the processing stages. Still other tokens may provide both 

2 0 data and conditioning to the processing stages in the 

pipeline. Some of said tokens may identify coding standards 
to the processing stages in the pipeline, whereas other 
tokens may operate independent of any coding standard among 
the processing stages. The tokens may be capable of 
25 successive alteration by the processing stages in the 
pipeline . 

In accordance with the invention, the interactive 
flexibility of the tokens ■ in cooperation with the processing 
stages facilitates greater functional diversity of the 

3 0 processing stages for resident structure in the pipeline, and 

the flexibility of the tokens facilitates system expansion 
and/or alteration. The tokens may be capable of facilitating 
a plurality of functions within any processing stage in the 
pipeline. Such pipeline tokens may be either hardware based 
3 5 or software based. Hence, the tokens facilitate more 
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efficient uses of system bandwidth in the pipeline. The 
tokens may provide data and control simultaneously to the 
processing stages in the pipeline. 
5 The invention may include a pipeline processing machine 

for handling plurality of separately encoded bit streams 
arranged as a single serial bit stream of digital bits and 
having separately encoded pairs of control codes and 
corresponding data carried in the serial bit stream and 

10 employing a plurality of stages interconnected by a two-wire 
interface, further characterized by a start code detector 
responsive to the single serial bit stream for generating 
control tokens and DATA tokens for application to the two- 
wire interface, a token decode circuit positioned in certain 

15 of the stages for recognizing certain of the tokens as 
control tokens pertinent to that stage and for passing 
unrecognized control tokens along the pipeline, and a 
reconf igurable decode and parser processing means responsive 
to a recognized control token for reconfiguring a particular 

2 0 stage to handle an identified DATA token. 

The pipeline machine may also include first and second 
registers, the first register being positioned as an input of 
the decode and parser means, with the second register 
positioned as an output of the decode and parser means. One 
25 of the processing stages may be a spatial decoder, a second 
of the stages being a token generator for generating control 
tokens and DATA tokens for passage along the two-wire 
interface. A token decode means is positioned in the spatial 
decoder for recognizing certain of the tokens as control 

3 0 tokens pertinent to the spatial decoder and for configuring 

the spatial decoder for spatially decoding DATA tokens 
following a control token into a first decoded format. 

A further stage may be a temporal decoder positioned 
downstream in the pipeline from the spatial decoder, with a 
3 5 second token decode means positioned in the temporal decoder 
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for recognizing certain of the tokens as control tokens 
pertinent to the temporal decoder and for configuring the 
temporal decoder for termporally decoding the DATA tokens 
5 following the control token into a first decoded format. The 
temporal decoder may utilize a reconf igurable prediction 
filter which is reconf igurable by a prediction token. 

Data may be moved along the two-wire interface within 
the temporal decoder in 8x8 pel data blocks, and address 

10 means may be provided for storing and retrieving such data 
blocks along block boundaries. The address means may store 
and retrieve blocks of data across block boundaries. The 
address means reorders said blocks as picture data for 
display. The data blocks stored and retrieved may be greater 

15 and/or smaller than 8x8 pel data blocks. Circuit means may 
also be provided for either displaying the output of the 
temporal decoder or writing the output back into a picture 
memory location. The decoded format may be either a still 
picture format or a moving picture format. 

2 0 The processing stage may also include, in accordance 

with the invention, a token decoder for decoding the address 
of a token and an action identifier responsive to the token 
decoder to implement configuration of the processing stage. 
The processing stages reside in a pipeline processing machine 

2 5 having a plurality of the processing stages interconnected by 

a two-wire interface bus, with control tokens and DATA tokens 
passing over the two-wire interface. A token decode circuit 
is positioned in certain of the processing stages for 
recognizing certain of the tokens as control tokens pertinent 

3 0 to that stage and for passing unrecognized control tokens 

along the pipeline. A first input latch circuit may be 
positioned on the two-wire interface preceding the processing 
stage and a second output latch circuit may be positioned on 
the two-wire interface succeeding the processing stage. The 
3 5 token decode circuit is connected to the two-wire interface 
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through the first input latch. Predetermined processing 
stages may include a decoding circuit connected to the output 
of a predetermined data storage device, whereby each 
5 processing stage assumes the active state only when the stage 
contains a predetermined stage activation signal pattern and 
remains in the activation mode until the stage contains a 
predetermined stage deactivation pattern. 

In accordance with the invention, one of the stages is 

10 a Start Code Detector for receiving the input and being 
adapted to generate and/or convert the tokens. The Start 
Code Detector is responsive to data to create tokens, 
searches for and detects start codes and produces tokens in 
response thereto, and is capable of detecting overlapping 

15 start codes, whereby the first start code is ignored and the 
second start code is used to create start code tokens. 

The Start Code Detector stage is adapted to search an 
input data stream in a search mode for a selected start code. 
The detector searches "for breaks in the data stream, and the 

2 0 search may be made of data from an external data source. The 
Start Code Detector stage may produce a START CODE token, a 
PICTURE_START token, a SLICE_START token, a PICTURE_END 
token, a S E QUEN C E_ S TART token, a SEQUENCE_END token, and/ or 
a GROUP_START token. The Start Code Detector stage may also 

2 5 perform a padding function by adding bits to the last word of 

a token. 

The Start Code Detector may provide, in a machine for 
handling a plurality of separately encoded bit streams 
arranged as a serial bit stream of digital bits and having 

3 0 separately encoded pairs of start codes and data carried in 

the serial bit stream, a Start Code Detector subsystem having 
first, second and third registers connected in serial 
fashion, each of the registers storing a different number of 
bits from the bit stream, the first register storing a value, 
35 the second register and a first decode means identifying a 
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start code associated with the value contained in said first 
register. Circuit means shift the latter value to a 
predetermined end of the third register, and a second decode 
5 means is arranged for accepting data from the third register 
in parallel. 

A memory may also be provided which is responsive to the 
second decode means for providing one or more control tokens 
stored in the memory as a result of the decoding of the value 

10 associated with the start code. A plurality of tag shift 
registers may be provided for handling tags indicating the 
validity of data from the registers. The system may also 
include means for accessing the input data stream from a 
microprocessor interface, and means for formatting and 

15 organizing the data stream. 

In accordance with the invention, the Start Code 
Detector may identify start codes of varying widths 
associated with differently encoded bit streams. The 
detector may generate a plurality of DATA Tokens from the 

2 0 input data stream. Further in accordance with the invention, 
the system may be a pipeline system and the Start Code 
Detector may be positioned as the first processing stage in 
the pipeline. 

The present invention also provides, in a digital 

2 5 picture information processing system, means for selectively 

configuring the system to process data in accordance with a 
plurality of different picture compression/decompression 
standards. The* picture standards may include JPEG, MPEG, 
and/or H.261, or any other standards and any combination of 

3 0 such picture standards, without departing in any way from the 

spirit and scope of the invention. In accordance with the 
invention, the system may include a spatial decoder for video 
data and having a Huffman decoder, an index to data and an 
arithmetic logic unit with a microcode ROM having separate 
35 stored programs for each of a plurality of different picture 
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compression/decompression standards, such programs being 
selectable by an interfacing adaptation unit in the form of 
a token, so that processing for a plurality of picture 
5 standards is facilitated. A multi-standard system in 
accordance with the invention, may utilize tokens for its 
operation regardless of the selected picture standard, and 
the tokens may be utilized as a generic communication 
protocol in the system for all of the various picture 

10 standards. The system may be further characterized by a 
multi-standard token for mapping differently encoded data 
streams arranged on a single serial stream of data onto a 
single decoder using a mixture of standard dependent and 
standard independent hardware and control tokens. The system 

15 may also include an address generation means for arranging 
macroblocks of data associated with different picture 
standards into a common addressing scheme. 

The present invention also provides, in a system* having 
a plurality of processing stages, a universal adaptation unit 

2 0 in the form of an interactive interfacing token for control 

and/or data functions among the processing stages, the token 
being a PICTURE_START code token for indicating that the 
start of a picture will follow in the subsequent DATA token. 

The token may also be a PICTURE_END token for indicating 
25 the end of an individual picture. 

The token may also be a FLUSH token for clearing buffers 
and resetting the system as it proceeds down the system from 
the input to the output. In accordance with the invention, 
the FLUSH token >may variably reset the stages as the token 

3 0 proceeds down the pipeline. 

The token may also be a CODING_STANDARD token for 
conditioning the system for processing in a selected one of 
a plurality of picture compression/decompression standards. 

The CODING_STANDARD token may designate the picture 
3 5 standard as JPEG, and/ or any other appropriate picture 
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standard. At least some of the processing stages reconfigure 
in response to the CODING_STANDARD token. 

One of the processing stages in the system may be a 
5 Huffman decoder and parser and, upon receipt of a 
CODING_STANDARD control token, the parser is reset to an 
address location corresponding to the location of a program 
for handling the picture standard identified by the 
CODING_STANDARD control token. A reset address may also be 
10 selected by the CODING_STANDARD control token corresponding 
to a memory location used for testing the Huffman decoder and 
parser. 

The Huffman decoder may include a decoding stage and an 
Index to Data stage, and the parser stage may send an 

15 instruction to the Index to Data Unit to select tables needed 
for a particular identified coding standard, the parser stage 
indicating whether the arriving data is inverted or not. 

The af oredescribed tokens may take the form of an 
interactive metamorphic interfacing token. 

2 0 The present invention also provides a system for 

decoding video data, having a Huffman decoder, an index to 
data (ITOD) stage, an arithmetic logic unit (ALU) , and a data 
buffering means immediately following the system, whereby 
time spread for video pictures of varying data size can be 

2 5 controlled. 

The system may include a spatial decoder having a two- 
wire interface intercon-necting processing stages, the 
interface enabling serial processing for data and parallel 
processing for control. 

3 0 As previously indicated, the system may further include 

a ROM having separate stored programs for each of a plurality 
of picture standards, the programs being selectable by a 
token to facilitate processing for a plurality of different 
picture standards . 
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The spatial decoder system also includes a token 
formatter for formatting tokens, so that DATA tokens are 
created. 

5 The system may also include a decoding stage and a 

parser stage for sending an instruction to the Index to Data 
Unit to select tables needed for a particular identified 
coding standard, the parser stage indicating whether the 
arriving data is inverted or not. The tables may be arranged 
10 within a memory for enabling multiple use of the tables where 
appropriate. 

The present invention also provides a pipeline system 
having an input data stream, and a processing stage for 
receiving the input data stream, the stage including means 

15 for recognizing specified bit stream patterns, whereby said 
stage facilitates random access and error recovery. In 
accordance with the invention, the processing stage may be a 
start code detector and the bit stream patterns may include 
start codes. Hence, 'the invention provides a search-mode 

20 means for searching differently encoded data streams arranged 
as a single serial stream of data for allowing random access 
and enhanced error recovery. 

The present invention also provides a pipeline machine 
having means for performing a stop-after-picture operation 

2 5 for achieving a clear end to picture data decoding, for 

indicating the end of a picture, and for clearing the 
pipeline, wherein such means generates a combination of a 
PICTUREJEND toketfi and a FLUSH token. 

The present invention also provides, in a pipeline 
30 machine, a fixed size, fixed width buffer and means for 
padding the buffer to pass an arbitrary number of bits 
through the buffer. The padding means may be a start code 
detector. 

Padding may be performed only on the last word of a 

3 5 token and padding insures uniformity of word size. In 
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accordance with the invention, a reconf iguratble processing 
stage may be provided as a spatial decoder and the padding 
means adds to picture data being handled by the spatial 
5 decoder sufficent additional bits such that each decompressed 
picture at the output of the spatial decoder is of the same 
length in bits. 

The present invention also provides, in a system having 
a data stream including run length code, an inverse modeller 
10 means active upon the data stream from a token for expending 
out the run level code to a run of zero data followed by a 
level, whereby each token is expressed with a specified 
number of values. The token may be a DATA token. 

The inverse modeller means blocks tokens which lack the 
15 specified number of values, and the specified number of 
values may be 64 coefficients in a presently preferred 
embodiment of the invention. 

The practice of the invention may include an expanding 
circuit for accepting a DATA token having run length codes 

2 0 and decoding the run length codes. A padder circuit in 

communication with the expanding circuit checks that the DATA 
token has a predetermined length so that if the DATA token 
has less than the predetermined length, the padder circuit 
adds units of data to the DATA token until the predetermined 
25 length is achieved. A bypass circuit is also provided for 
bypassing any token other than a DATA token around the 
expanding circuit and the padding circuit. 

In accordartce with the invention, a method is provided 
for data to efficiently fill a buffer, including providing 

3 0 first type tokens having a first predetermined width, and at 

least one of the following formats: 

Format A - ExxxxxxLLLLLLLLLLL 
Format B - ERRRREIRLLLLLLLLLLL 
Format C - E0 0 0 00 0LLLLLLLLLLL 
35 where E-extention bit; F=specifics format; R=run bit; 
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Lr=length bit or non-data token; x= l! don't care" bit, splitting 
format A tokens into a format Oa token having a form of 
ELLLLLLLLLLL , splitting format B tokens into a format 1 token 
5 having the form of FRRRRRRO 00 0 0 and a format 0a data token, 
splitting format C tokens into a format 0 token having the 
form of FLLLLLLLLLLL , and packing format 0, format 0a and 
format 1 tokens into a buffer, having a second predetermined 
width. 

10 The invention also provides an apparatus for providing 

a time delay to a group of compressed pictures, the pictures 
corresponding to a video compression/ decompression standard, 
wherein words of data containing compressed pictures are 
counted by a counter circuit and a microprocessor, in 

15 communication with the counter circuit and adapted to receive 
start-up information consistent with the standard of video 
decompression, communicates the start-up information to the 
counter circuit. 

An inverse modeller circuit, for accepting the words of 

20 data and capable of delaying the words of data, is in 
communication with a control circuit intermediate the counter 
circuit and the inverse modeller circuit, the control circuit 
also communicating with the counter circuit which compares 
the start-up information with the counted words of data and 

2 5 signals the control circuit. The control circuit queues the 
signals in correspondence to the words of data that have met 
the start-up criterion and controls the inverse modeller 
delay feature. * 

The present invention also provides in a pipeline system 

30 having an inverse modeller stage and an inverse discrete 
cosine transform stage, the improvement characterized by a 
processing stage , positioned between the inverse modeller 
stage and the inverse discrete cosine transform stage, 
responsive to a token table for processing data. 




16k 

In accordance with the invention, the token may be a 
QUANT_TABLE token for causing the processing stage to 
generate a quantization table. 
5 The present invention also provides a Huffman decoder 

for decoding data words encoded according to the Huffman 
coding provisions of either H.2 61, JPEG or MPEG standards, 
the data words including an identifier that identifies the 
Huffman code standard under which the data words were coded, 

10 and comprising means for receiving the Huffman coded data 
words, means for reading the identifier to determine which 
standard governed the Huffman coding of the received data 
words, means for converting the data words to JPEG Huffman 
coded data words, if necessary, in response to reading the 

15 identifier that identifies the Huffman coded data words as 
H.261 or MPEG Huffman coded, means operably connected to the 
Huffman coded data words receiving means for generating an 
index number associated with each JPEG ' Huffman coded data 
word received from the Huffman coded data words receiving 

2 0 means, and means for operating a lookup table containing a 

Huffman code table having the format used under the JPEG 
standard to transmit JPEG Huffman table information, 
including an input for receiving an index number from the 
index number generating means, and including an output that 
25 is a decoded data word corresponding to the index number. 

The invention further relates, in varying degrees of 
scope, to a method for decoding data words encoded according 
to the Huffman >coding provisions of either H.261, JPEG or 
MPEG standards, the data words including an identifier that 

3 0 identifies the Huffman code standard under which the data 

words were coded, such steps comprising receiving the Huffman 
coded data words, including reading the identifier to 
determine which standard governed the Huffman coding of the 
received data words, if necessary, in response to reading the 
3 5 identifier that identifies the Huffman coded data words as 
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H.261 or MPEG Huffman coded, generating an index number 
associated with each JPEG Huffman coded data word received, 
operating a lookup table containing a Huffman code table 
5 having the format used under the JPEG standard to transmit 
JPEG Huffman table information, including receiving an index 
number , and generating a decoded data word corresponding to 
the received index number. 

The above and other objectives and advantages of the 
10 invention will become apparent from the following more 
detailed description when taken in conjunction with the 
accompanying drawings. 
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DESCRIPTION OF THE DRAWINGS 
Figure. 1 illustrates six cycles of a six-stage pipeline for 
different combinations of two internal control signals; 
5 Figures. 2a and 2b illustrate a pipeline in which each stage 
includes auxiliary data storage. They also show the manner 
in which pipeline stages can "compress" and "expand" in 
response to delays in the pipeline; 

Figures. 3a(l), 3a(2), 3b(l) and 3b(2) illustrate the control 
10 of data transfer between stages of a preferred embodiment of 
a pipeline using a two-wire interface and a multi-phase 
clock; 

Figure. 4 is a block diagram that illustrates a basic 
embodiment of a pipeline stage that incorporates a two-wire 
15 transfer control and also shows two consecutive pipeline 
processing stages with the two-wire transfer control; 
Figures . 5a and 5b taken together depict one example of a 
timing diagram that shows the relationship between timing 
signals, input and output data, and internal control signals 

2 0 used in the pipeline stage as shown in Figure. 4; 

Figure. 6 is a block diagram of one example of a pipeline 
stage that holds its state under the control of an extension 
bit; 

Figure. 7 is a block diagram of a pipeline stage that decodes 
25 stage activation data words; 

Figures. 8a and 8b taken together form a block diagram 
showing the use of the two-wire transfer control in an 
exemplifying "data duplication" pipeline stage; 
Figures. 9a and 9b taken together depict one example of a 

3 0 timing diagram that shows the two-phase clock, the two-wire 

transfer control signals and the other internal data and 
control signals used in the exemplifying embodiment shown in 
Figures. 8a and 8b. 

Figure 10 is a block diagram of a reconf igurable processing 
35 stage; 
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Figure 11 is a block diagram of a spatial decoder; 
Figure 12 is a block diagram of a temporal decoder; 
Figure 13 is a block diagram of a video formatter; 
5 Figures 14a-c show- various arrangements of memory blocks used 
in the present invention: 

Figure 14a is a memory map showing a first 

arrangement of macroblocks ; 

Figure 14b is a memory map showing a second 
10 arrangement of macroblocks; 

Figure 14c is a memory map showing a further 

arrangement of macroblocks; 
Figure 15 shows a Venn diagram of possible table selection 
values ; 

15 Figure 16 shows the variable length of picture data used in 
the present invention; 

Figure 17 is a block diagram of the temporal decoder 
including the prediction filters; 

Figure 18 is a pictorial representation of the prediction 
20 filtering process; 

Figure 19 shows a generalized representation of the 
macroblock structure; 

Figure 2 0 shows a generalized block diagram of a Start Code 
Detector; 

2 5 Figure 21 illustrates examples of start codes in a data 

stream ; 

Figure 22 is a block diagram depicting the relationship 
between the flag generator, decode index, header 
generator, extra word generator and output latches; 

3 0 Figure 23 is a block diagram of the Spatial Decoder DRAM 

interface; 

Figure 24 is a block diagram of a write swing buffer; 
Figure 25 is a pictorial diagram illustrating prediction data 
offset from the block being processed; 
35 Figure 26 is a pictorial diagram illustrating prediction data 
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offset by (1,1) ; 

'Figure 27 is a block diagram illustrating the Huffman decoder 

and parser state machine of the Spatial Decoder. 

Figure 28 is a block diagram illustrating the prediction 

filter. 
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Figure 2 9 

Figure 3 0 
5 Figure 31 

Figure 32 

Figure 3 3 

Figure 34 

Figure 35 
10 8 bits; 

Figure 3 6 

Figure 37 

Figure 3 8 

interfaces ; 
15 Figure 39 

Figure 4 0 

Figure 41 

Figure 42 

Figure 43 

2 0 Figure 44 

transfers ; 
Figure 45 
Figure 4 6 
Figure 47 
25 Figure 48 

deep DRAMs (9 bit 
Figure 49 
signal ; 
Figure 50 

3 0 strobe signals; 

Figure 51 

a strobe; 

Figure 52 

a strobe ; 
35 Figure 53 

Figure 54 

Figure 55 

the memory map; 

Figure 56 
40 Figure 57 

Figure 58 

Figure 59 

circuit; 

Figure 60 
45 Figure 61 

Figure 62 

to Tokens; 

Figure 63 

Tokens ; 
50 Figure 64 

aligned) ; 

Figure 65 



shows a typical decoder system; 

shows a JPEG still picture decoder; 

shows a JPEG video decoder; 

shows a multi-standard video decoder; 

shows the start and the end of a token; 

shows a token address and data fields; 

shows a token on an interface wider than 

shows a macroblock structure; 

shows a two-wire interface protocol; 

shows the location of external two-wire 

shows clock propagation; 

shows two-wire interface timing; 

shows examples of access structure; 

shows a read transfer cycle; 

shows an access start timing; 

shows an example access with two write 

shows a read transfer cycle; 
shows a write transfer cycle; 
shows a refresh cycle; 

shows a 32 bit data bus and a 2 56 kbit 
row address) ; 

shows timing parameters for any strobe 

shows timing parameters between any two 

shows timing parameters between a bus and 

shows timing parameters between a bus and 

shows an MPI read timing; 

shows an MPI write timing; 

shows organization of large integers in 

shows a typical decoder clock regime; 

shows input clock requirements; 

shows the Spatial Decoder; 

shows the inputs and outputs of the input 

shows the coded port protocol; 
shows the start code detector; 
shows start codes detected and converted 

shows the start codes detector passing 

shows overlapping MPEG start codes (byte 

shows overlapping MPEG start codes (not 
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byte aligned) ; 
Figure 66 shows 
sequences ; 

Figure 67 shows 
insertion; 

Figure 68 shows 
Figure 69 shows 
output ; 

Figure 7 0 shows 
Figure 71 shows 
Figure 72 shows 
Figure 73 shows 
Figure 74 shows 
macroblock; 
Figure 75 
from pel ones; 
Figure 7 6 shows 
Figure 77 shows 
quantization ; 
Figure 78 shows 
quantization- 
Figure 79 shows 
quantization; 
Figure 80 shows 
Figure 81 shows 
sequential structure ; 
Figure 82 shows 



jumping between two video 

a sequence of extra Token 

decoder start-up control; 
enabled streams queued before the 

a spatial decoder buffer; 
a buffer pointer; 
a video demux; 

a construction of a picture; 
a construction of a 4:2:2 

shows a calculating macroblock dimension 



Figure 8 3 
Figure 84 
Figure 85 
Figure 8 6 
output ; 
Figure 87 
and output ; 
Figure 88 
output ; 
Figure 89 
Figure 90 
Figure 91 
Figure 92 - 
Figure 93 
Figure 94 
blocks ; 
Figure 95 
Figure 96 
macroblocks ; 
Figure 97 
Figure 98 
Figure 99 
blocks; 
Figure 100 
Figure 101 



shows 
shows 
shows 
shows 

shows 

shows 

shows 
shows 
shows 
shows 
shows 
shows 

shows 
shows 

shows 
shows 
shows 

shows 
shows 



spatial decoding; 
an overview of H.2 61 inverse 

an overview of JPEG inverse 

an overview of MPEG inverse 

a quantization table memory map; 
an overview of JPEG baseline 

a tokenised JPEG picture; 

a temporal decoder; 

a picture buffer specification; 

an MPEG picture sequence (m=3) ; 

how "I" pictures are stored and 

how "P" pictures are formed, stored 

how "B" pictures are formed and 

P picture formation ; 

H.261 prediction formation; 

an H.261 "sequence"; 

a hierarchy of H.2 61 syntax; 

an H.2 61 picture layer; 

an H.2 61 arrangement of groups of 

an H.261 "slice" layer; 

an H.2 61 arrangement of 

an H.2 61 sequence of blocks; 

an H.2 61 macroblock layer; 

an H.261 arrangement of pels in 

a hierarchy of MPEG syntax; 
an MPEG sequence layer; 
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shows an MPEG group of pictures layer; 
shows an MPEG picture layer; 
shows an MPEG "slice" layer; 
shows an MPEG sequence of blocks; 
shows an MPEG macroblock layer; 
shows an "open GOP"; 

shows examples of access structure; 
shows access start timing; 
shows a fast page read cycle; 
shows a fast page write cycle; 
shows a refresh cycle; 

shows extracting row and column address 

shows timing parameters for any strobe 

shows timing parameters between any two 

shows timing parameters between a bus and 

shows timing parameters between a bus and 

shows a Huffman decoder and parser; 
shows an H.2 61 and an MPEG AC Coefficient 
Decoding Flow Chart; 

Figure 120 shows a block diagram for JPEG (AC and 

DC) coefficient decoding; 

Figure 121 shows a flow diagram for JPEG (AC and DC) 

coefficient decoding; 



Figure 102 
Figure 103 
Figure 104 
Figure 105 
Figure 106 
Figure 107 
Figure 108 
Figure 109 
Figure 110 
Figure 111 
Figure 112 
Figure 113 

from a chip address; 
Figure 114 
signal ; 
Figure 115 
strobe signals ; 
Figure 116 
a strobe; 
Figure 117 
a strobe; 
Figure 118 
Figure 119 



Figure 122 
Formatter ; 
Figure 123 
Figure 124 
Decoding; 
Figure 125 
Figure 126 
ALU; 

Figure 127 
Figure 12 8 
Figure 12 9 
Figure 13 0 
Figure 131 
Figure 13 2 
Figure 13 3 
Figure 134 
Figure 13 5 
Figure 13 6 
Figure 137 
Figure 13 8 
Figure 13 9 
Figure 14 0 



shows an interface to the Huffman Token 

shows a token formatter block diagram; 
shows an H.261 and an MPEG AC Coefficient 

shows the interface to the Huffman ALU; 
shows the basic structure of the Huffman 



shows the buffer manager; 
shows an imodel and hsppk block diagram; 
shows an imex state diagram; 
illustrates the buffer start-up; 
shows a DRAM interface; 
shows a write swing buffer; 
shows an arithmetic block; 
shows an iq block diagram; 
shows an iqca state machine; 
shows an IDCT l-D Transform Algorithm; 
shows an IDCT l-D Transform Architecture; 
shows a token stream block diagram; 
shows a standard block structure; 
is a block diagram showing; 
microprocessor test access; 

Figure 141 shows l-D Transform Micro-Architecture; 
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Figure 142 
Figure 143 
interface stage; 
Figure 144 
diagram; 
Figure 145 
Figure 146 
Figure 147 
Figure 148 
Figure 149 
Figure 150 
Figure 151 
Figure 152 
Figure 153 
Figure 154 
Figure 155 



shows a temporal decoder block diagram; 
shows the structure of a Two-wire 

shows the address generator block 



shows the block and pixel offsets; 
shows multiple prediction filters; 
shows a single prediction filter; 
shows the 1-D prediction filter; 
shows a block of pixels; 

shows the structure of the read rudder; 
shows the block and pixel offsets; 
shows a prediction example; 
shows the read cycle; 
shows the write cycle; 

shows the top-level registers block 
diagram with timing references; 
Figure 156 shows the control for incrementing 

presentation numbers; 

Figure 157 shows the buffer manager state machine 

(complete) ; 

Figure 158 shows the state machine main loop; 

Figure 159 shows the buffer 0 containing an SIF (22 

by 18 macroblocks) picture; 

Figure 160 shows the SIF component 0 with a display 

window; 

Figure 161 shows an example picture format showing 

storage block address; 

Figure 162 shows a buffer 0 containing a SIF (22 by 

18 macroblocks) picture; 



Figure 163 
Figure 164 
machine; 
Figure 165 
Figure 166 
datapath ; 
Figure 167 
Figure 168 
and 

Figure 169 
converter . 



shows an example address calculation; 
shows a write address generation state 



shows a slice of the datapath; 
shows a two cycle operation 



of the 



shows mode 1 filtering; 

shows a horizontal up-sampler datapath; 
shows the structure of the color-space 
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In the ensuing description of the practice of the 
invention, the following terms are frequently used and are 
generally defined by the following glossary: 
5 GLOSSARY 

BLOCK: An 8-row by 8-column matrix of pels, or 64 DCT 
coefficients (source, quantized or dequantized) . 
CHROMINANCE (COMPONENT) : A matrix, block or single pel 
representing one of the two color difference signals related 
10 to the primary colors in the manner defined in the bit 
stream. The symbols used for the color difference signals 
are Cr and Cb. 

CODED REPRESENTATION: A data element as represented in its 
encoded form. 

15 CODED VIDEO BIT STREAM: A coded representation of a series of 
one or more pictures as defined in this specification. 
CODED ORDER: The order in which the pictures are transmitted 
and decoded. This order is not necessarily the same as the 
display order. 

2 0 COMPONENT: A matrix, block or single pel from one of the 
three matrices (luminance and two chrominance) that make up 
a picture. 

COMPRESSION: Reduction in the number of bits used to 
represent an item of data. 
25 DECODER: An embodiment of a decoding process. 

DECODING (PROCESS): The process defined in this specification 
that reads an input coded bitstream and produces decoded 
pictures or audio samples* 

DISPLAY ORDER: The order in which the decoded pictures are 
30 displayed. Typically, this is the same order in which they 
were presented at the input of the encoder. 

ENCODING (PROCESS): A process, not specified in this 
specification, that reads a stream of input pictures or audio 
samples and produces a valid coded bitstream as defined in 
35 this specification. 
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INTRA CODING: Coding of a macroblock or picture that uses 
information only from that macroblock or picture* 
LUMINANCE (COMPONENT) : A matrix, block or single pel 
5 representing a monochrome representation of the signal and 
related to the primary colors in the manner defined in the 
bit stream. The symbol used for luminance is Y.. 
MACROBLOCK: The four 8 by 8 blocks of luminance data and the 
two (for 4:2:0 chroma format) four (for 4:2:2 chroma format) 

10 or eight (for 4:4:4 chroma format) corresponding 8 by 8 
blocks of chrominance data coming from a 16 by 16 section of 
the luminance component of the picture, Macroblock is 
sometimes used to refer to the pel data and sometimes to the 
coded representation of the pel values and other data 

15 elements defined in the macroblock header of the syntax 
defined in this part of this specification. To one of 
ordinary skill in the art, the usage is clear from the 
context . 

MOTION COMPENSATION: The use of motion vectors to improve the 

2 0 efficiency of the prediction of pel values. The prediction 

uses motion vectors to provide offsets into the past and/ or 
future reference pictures containing previously decoded pel 
values that are used to form the prediction error signal. 
MOTION VECTOR: A two-dimensional vector used for motion 
25 compensation that provides an offset from the coordinate 
position in the current picture to the coordinates in a 
reference picture. 

NON-INTRA CODING: Coding of a macroblock or picture that uses 
information both from itself and from macroblocks and 

3 0 pictures occurring at other times. 

PEL: Picture element. 

PICTURE: Source, coded or reconstructed image data. A source 
or reconstructed picture consists of three rectangular 
matrices of 8 -bit numbers representing the luminance and two 
35 chrominance signals. For progressive video, a picture is 
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identical to a frame, while for interlaced video, a picture 
can refer to a frame, or the top field or the bottom field of 
the frame depending on the context. 
5 PREDICTION: The use of a predictor to provide an estimate of 
the pel value or data element currently being decoded. 
RECONFIGURABLE PROCESS STAGE (RPS) : A stage, which in 
response to a recognized token, reconfigures itself to 
perform various operations. 
10 SLICE: A series of macroblocks. 

TOKEN: A universal adaptation unit in the form of an 
interactive interfacing messenger package for control and/ or 
data functions. 

START CODES [SYSTEM AND VIDEO]: 32-bit codes embedded in a 
15 coded bitstream that are unique. They are used for several 
purposes including identifying some of the structures in the 
coding syntax. 

VARIABLE LENGTH CODING; VLC: A reversible procedure for 
coding that assigns shorter code-words to frequent events and 
2 0 longer code-words to less frequent events. 

VIDEO SEQUENCE: A series of one or more pictures. 
Detailed Descriptions 
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DESCRIPTION OF THE PREFERRED EMBODIMENT <S ) 

As an introduction to the most general features used in a 
pipeline system which is utilized in the preferred 
5 embodiments of the invention, Fig, 1 is a greatly simplified 
illustration of six cycles of a six-stage pipeline, (As is 
explained in greater detail below, the preferred embodiment 
of the pipeline includes several advantageous features not 
shown in Fig i.) . 

10 Referring now to the drawings, wherein like reference 

numerals denote like or corresponding elements throughout the 
various figures of the drawings , and more particularly to 
Fig* 1, there is shown a block diagram of six cycles in 
practice of the present invention. Each row of boxes 

15 illustrates a cycle and each of the different stages are 
labelled A-F, respectively. Each shaded box indicates that 
the corresponding stage holds valid data, i.e., data that is 
to be processed in one of the pipeline stages. After 
processing (which may involve nothing more than a simple 

2 0 transfer without manipulation of the data) valid data is 

transferred out of the pipeline as valid output data. 

Note that an actual pipeline application may include more 
or fewer than six pipeline stages. As will be appreciated, 
the present invention may be used with any number of pipeline 
25 stages. Furthermore, data may be processed in more than one 
stage and the processing time for different stages can 
differ. 

In addition to clock and data signals (described below) , 
the pipeline includes two transfer control signals — a 

3 0 "VALID" signal and an "ACCEPT" signal. These signals are 

used to control the transfer of data within the pipeline. 
The VALID signal, which is illustrated as the upper of the 
two lines connecting neighboring stages, is passed in a 
forward or downstream direction from each pipeline stage to 
35 the nearest neighboring device. This device may be another 
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pipeline stage or some other system. For example, the last 
pipeline stage may pass its data on to subsequent processing 
circuitry. The ACCEPT signal, which is illustrated as the 
lower of the two lines connecting neighboring stages, passes 
in the other direction upstream to a preceding device, 

A data pipeline system of the type used in the practice of 
the present- invention has, in preferred embodiments, one or 
more of the following characteristics: 

1. The pipeline is "elastic" such that a delay at a 
particular pipeline stage causes the minimum disturbance 
possible to other pipeline stages. Succeeding pipeline 
stages are allowed to continue processing and, therefore, 
this means that gaps open up in the stream of data 
following the delayed stage. Similarly, preceding 
pipeline stages may also continue where possible. In this 
case, any gaps in the data stream may, wherever possible, 
be removed from the stream of data. 

2. Control signals that arbitrate the pipeline are 
organized so that they only propagate to the nearest 
neighboring pipeline stages. In the case of signals 
flowing in the same direction as the data flow, this is 
the immediately succeeding stage. In the case of signals 
flowing in the opposite direction to the data flow, this 
is the immediately preceding stage. 

3. The data in the pipeline is encoded such that many 
different types of data are processed in the pipeline. 
This encoding accommodates data packets of variable size 
and the size of the packet need not be known in advance. 
4 . The overhead associated with describing the type of 
data is as small as -possible. 

5. It is possible for each pipeline stage to recognize 
only the minimum number of data types that are needed for 
its required function. It should, however, still be able 
to pass all data types onto the succeeding stage ever, 
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though it does not recognize them. This enables 
communication between non-adjacent pipeline stages. 

Although not shown in Fig. 1, there are data lines, 
either single lines or several parallel lines, which form a 
5 data bus that also lead into and out of each pipeline stage. 
As is explained and illustrated in greater detail below, data 
is transferred into, out of, and between the stages of the 
pipeline over the data lines. 

Note that the first pipeline stage may receive data and 
10 control signals from any form of preceding device. For 
example, reception circuitry of a digital image transmission 
system, another pipeline, or the like. On the other hand, it 
may generate itself, all or part of the data to be processed 
in the pipeline. Indeed, as is explained below, a "stage" 
15 may contain arbitrary processing circuitry, including none at 
all {for simple passing of data) or entire systems (for 
example, another pipeline or even multiple systems or 
pipelines), and it may generate, change, and delete data as 
desired . 

20 When a pipeline stage contains valid data that is to be 

transferred down the pipeline, the VALID signal, which 
indicates data validity, need not be transferred further than 
to the immediately subsequent pipeline stage. A two-wire 
interface is, therefore, included between every pair of 

25 pipeline stages in the system. This includes a two-wire 
interface between a preceding device and the first stage, and 
between a subsequent device and the last stage, if such other 
devices are included and data is to be transferred between 
them and the pipeline. 

20 - Each of the signals/ ACCEPT and VALID, has a HIGH and a 

LOW value. These values are abbreviated as n H" and "L M , 
respectively. The most common applications of the pipeline, 
in practicing the invention, will typically be digital. In 
such digital implementations, the HIGH value may, for 
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example, be a logical "1" and the LOW value may be a logical 
"O". The system is not restricted to digital 

implementations, however, and in analog implementations, the 
HIGH value may be a voltage or other similar quantity above 
5 (or below) a set threshold, with the LOW value being 
indicated by the corresponding signal being below (or above) 
the same or some other threshold. For digital applications, 
the present invention may be implemented using any known 
technology, such as CMOS, bipolar etc. 

10 It is not necessary to use a distinct storage device and 

wires to provide for storage of VALID signals. This is true 
even in a digital embodiment. All that is required is that 
the indication of "validity" of the data be stored along with 
the data. By way of example only, in digital television 

15 pictures that are represented by digital values, as specified 
in the international standard CCIR 601, certain specific 
values are not allowed. In this system, eight-bit binary 
numbers are used to represent samples of the picture and the 
values zero and 255 may not be used. 

20 If such a picture were to be processed in a pipeline built 

in the practice of the present invention, then one of these 
values (zero, for example) could be used to indicate that the 
data in a specific stage in the pipeline is not valid. 
Accordingly, any non-zero data would be deemed to be valid. 

25 In this example, there is no specific latch that can be 
identified and said to be storing the "validness" of the 
associated data. Nonetheless, the validity of the data is 
stored along with the data. 

As shown in Fig. 1, the state of the VALID signal into 

20 each stage is indicated -as an "H" or an "L" on an upper, 
rignt-pointed arrow. Therefore, the VALID signal from Stage 
A into Stage B is LOW , and the VALID signal from Stage D 
Stage E is HIGH. The state of the ACCEPT signal into eacr. 
stage is indicated as an "H" or an "L" on a lower, left- 
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pointing arrow. Hence, the ACCEPT signal from Stage E into 
Stage D is HIGH, whereas the ACCEPT signal from the device 
connected downstream of the pipeline into Stage F is LOW. 
Data is transferred from one stage to another during a 
5 cycle (explained below) whenever the ACCEPT signal of the 
downstream stage into its upstream neighbor is HIGH. If the 
ACCEPT signal is LOW between two stages, then data is not 
transferred between these stages. 

Referring again to Fig. 1, if a box is shaded, the 

10 corresponding pipeline stage is assumed, by way of example, 
to contain valid output data. Likewise, the VALID signal 
which is passed from that stage to the following stage is 
HIGH. Fig. 1 illustrates the pipeline when stages B, D, and 
E contain valid data. Stages A, C, and F do not contain 

15 valid data- At the beginning, the VALID signal into pipeline 
stage A is HIGH , meaning that the data on the transmission 
line into the pipeline is valid. 

Also at this time, the ACCEPT signal into pipeline stage 
F is LOW, so that no data, whether valid or not, is 

20 transferred out of Stage F. Note that both valid and invalid 
data is transferred between pipeline stages. Invalid data, 
which is data not worth saving, may be written over, thereby, 
eliminating it from the . pipeline . However, valid data must 
not be written over since it is data that must be saved for 

25 processing or use in a downstream device e.g., a pipeline 
stage, a device or a system connected to the pipeline that 
receives data from the pipeline. 

In the pipeline illustrated in Fig. l, Stage E contains 
valid data Dl, Stage D contains valid data D2 , Stage 3 

30 contains valid data 03, and a device (not shown) connected tc 
tne pipeline upstream contains data 04 that is to be 
transferred into and processed in the pipeline. Stages 3, 0 
and E, in addition to the upstream device, contain valid data 
and, therefore, the VALID signal from these stages or devices 
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into their respective following devices is HIGH. The VALID 
signal from the Stages A, C and F is, however, LOW since 
these stages do not contain valid data. 

Assume now that the device connected downstream from the 
pipeline is not ready to accept data from the pipeline. The 
device signals this by setting the corresponding ACCEPT 
signal LOW into Stage F. Stage F itself, however, does not 
contain valid data and is, therefore, able to accept data 
from the preceding Stage £. Hence, the ACCEPT signal from 
Stage F into Stage E is set HIGH. 

Similarly, Stage E contains valid data and Stage F is 
ready to accept this data. Hence, Stage E can accept new 
data as long as the valid data Dl is first transferred to 
Stage F. In other words, although Stage F cannot transfer 
data downstream, all the other stages can do so without any 
valid data being overwritten or lost. At the end of Cycle i, 
data can, therefore, be "shifted" one step to the right. 
This condition is shown in Cycle 2. 

In the illustrated example, the downstream device is still 
not ready to accept new data in Cycle 2 and, therefore, the 
ACCEPT signal into Stage F is still LOW. Stage F cannot, 
therefore, accept new data since doing so would cause valid 
data Dl to be overwritten and lost. The ACCEPT signal from 
Stage F into Stage E, therefore, goes LOW, as does the ACCEPT 
signal from Stage E into Stage D since Stage E also contains 
valid data D2 . All of the Stages A-D, however, are able to 
accept new data (either because they do not contain valid 
data or because they are able to shift their valid data 
downstream and accept new data) and they signal this 
condition to their immediately preceding neighbors by setting 
tneir corresponding ACCEPT signals HIGH . 

The state of the pipelines after Cycle 2 is illustrated in 
Fig. l for the row labelled Cycle 3. By way of example, 
is assumed that the downstream device is still not ready 
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accept new data from Stage F (the ACCEPT signal into Stage F 
is LOW), stages E and F, therefore, are still "blocked' 1 , but 
in Cycle 3, Stage D has received the valid data D3 , which has 
overwritten the invalid data that was previously in this 
5 stage. Since Stage D cannot pass on data D3 in Cycle 3, it 
cannot accept new data and, therefore, sets the ACCEPT signal 
into Stage C LOW, However, stages A-C are ready to accept 
new data and signal this by setting their corresponding 
ACCEPT signals HIGH. Note that data D4 has been shifted from 

10 Stage A to Stage B. 

Assume now that the downstream device becomes ready to 
accept new data in Cycle 4. It signals this to the pipeline 
by setting the ACCEPT signal into Stage F HIGH. Although 
Stages C-F contain valid data, they can now shift the data 

15 downstream and are, thus, able to accept new data. Since 
each stage is therefore able to shift data one step 
downstream, they set their respective ACCEPT signals out 
HIGH. 

As long as the ACCEPT signal into the final pipeline stage 
20 (in this example, Stage F) is HIGH, the pipeline shown in 
Fig. 1 acts as a rigid pipeline and simply shifts data one 
step downstream on each cycle. Accordingly, in Cycle 5, data 
Dl , which was contained in Stage F in Cycle 4, is shifted out 
of the pipeline to the subsequent device, and all other data 
25 is shifted one step downstream. 

Assume now, that the ACCEPT signal into Stage F goes LOW 
in Cycle 5. Once again, this means that Stages D-F are not 
able to accept new data, and the ACCEPT signals out of these 
stages into their immediately preceding neighbors go LOW. 
2: Hence, the data D2 , D3' and 04 cannot shift downstream, 
however, the data D5 can. The corresponding state of tne 
pipeline after Cycle 5 is, thus, shown in Fig. 1 as Cycle 6. 

The ability of the pipeline, in accordance with the 
preferred embodiments of the present invention, to "fill up" 
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empty processing stages is highly advantageous since the 
processing stages in the pipeline thereby become decouple 
from one another. In other words, even though a pipeline 
stage nay not be ready to accept data, the entire pipeline 
5 does not have to stop and wait for the delayed stage. 
Rather, when one stage is unable to accept valid data it 
simply forms a temporary "wall" in the pipeline. 
Nonetheless, stages downstream of the "wall" can continue to 
advance valid data even to circuitry connected to the 

10 pipeline, and stages to the left of the "wall" can still 
accept and transfer valid data downstream. Even when several 
pipeline stages temporarily cannot accept new data, other 
stages can continue to operate normally. In particular, the 
pipeline can continue to accept data into its initial stage 

15 A as long as stage A does not already contain valid data that 
cannot be advanced due to the next stage not being ready to 
accept new data. As this example illustrates, data can be 
transferred into the pipeline and between stages even when 
one or nore processing stages is blocked. 

2 0 In the embodiment shown in Fig. 1, it is assumed that the 

various pipeline stages do not store the ACCEPT signals they 
receive from their immediately following neighbors. Instead, 
whenever the ACCEPT signal into a downstream stage goes LOW, 
this LOW signal is propagated upstream as far as the nearest 

25 pipeline stage that does not contain valid data. For 
example, referring to Fig. 1, it was assumed that the ACCEPT 
signal into Stage F goes LOW in Cycle 1. In Cycle 2, the LOW 
signal propagates from Stage F back to Stage D. 

In Cycle 3, when the data D3 is latched into Stage D, the 

2 j ACCEPT signal propagates upstream four stages to Stage C, 
Wnen the ACCEPT signal into Stage F goes HIGH in Cycle 4, it 
r-.ust propagate upstream all the way to Stage C. In other 
-ords, the change in the ACCEPT signal must propagate back 
four stages. It is not necessary, however, in the embodiment 
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illustrated in Fig. 1, for the ACCEPT signal to propagate all 
the way back to the beginning of the pipeline if there is 
some intermediate stage that is able to accept new data. 

In the embodiment illustrated in Fig. 1, each pipeline 
5 stage will still need separate input and output data latches 
to allow data to be transferred between stages without 
unintended overwriting. Also, although the pipeline 
illustrated in Fig. 1 is able to "compress" when downstream 
pipeline stages are blocked, i.e., they cannot pass on the 

10 data they contain; the pipeline does not "expand" to provide 
stages that contain no valid data between stages that do 
contain valid data. Rather, the ability to compress depends 
on there being cycles during which no valid data is presented 
to the first pipeline stage. 

15 In Cycle 4, for example, if the ACCEPT signal into Stage 

F remained LOW and valid data filled pipeline stages A and 3, 
as long as valid data continued to be presented to Stage A 
the pipeline would not be able to compress any further and 
valid input data could be lost. Nonetheless, the pipeline 

20 illustrated in Fig. 1 reduces the risk of data loss since it 
is able to compress as long as there is a pipeline stage that 
does not contain valid data. 

Fig. 2 illustrates another embodiment of the pipeline that 
can both compress and expand in a logical manner and which 

25 includes circuitry that limits propagation of the ACCEPT 
signal to the nearest preceding stage. Although the 
circuitry for implementing this embodiment is explained and 
illustrated in greater detail below, Fig. 2 serves to 
illustrate the principle by which it operates. 

3 3 For ease of comparison only, the input data and ACCEPT 

signals into the pipeline embodiment shown in Fig. 2 are tr.e 
sane as in the pipeline embodiment shown in Fig. 1. 
Accordingly, stages E, D and B contain valid data Dl, 22 a." 
D3, respectively. The ACCEPT signal into Stage F is LCV; *- z 
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data D4 is presented to the beginning pipeline Stage A. in 
Fig. 2, three lines are shown connecting each neighboring 
pair of pipeline stages. The uppermost line, which may be a 
bus, is a data line. The middle line is the line over which 
5 the VALID signal is transferred, while the bottom line is the 
line over which the ACCEPT signal is transferred. Also, as 
before, the ACCEPT signal into Stage F remains LOW except in 
Cycle 4. Furthermore, additional data D5 is presented to the 
pipeline in Cycle 4. 

10 In Fig. 2, each pipeline stage is represented as a block 

divided into two halves to illustrate that each stage in this 
embodiment of the pipeline includes primary and secondary 
data storage elements. In Fig. 2, the primary data storage 
is shown as the right half of each stage. However, it will 

15 be appreciated that this delineation is for the purpose of 
illustration only and is not intended as a limitation. 

As Fig. 2 illustrates, as long as the ACCEPT signal into 
a stage is HIGH, data is transferred from the primary storage 
elements of the stage to the secondary storage elements of 

20 tne following stage during any given cycle. Accordingly, 
although the ACCEPT signal into Stage F is LOW , the ACCEPT 
signal into all other stages is HIGH so that the data Dl, D2 
and D3 is shifted forward one stage in Cycle 2 and the data 
D4 is shifted into the first Stage A. 

25 Up to this point, the pipeline embodiment shown in Fig. 2 

acts in a manner similar to the pipeline embodiment shown in 
Fig, 1. The ACCEPT signal from Stage F into Stage E , 
however, is HIGH even though the ACCEPT signal into Stage F 
is LOW. As is explained below, because of the secondary 

:c storage elements, it is hot necessary for the LOW ACCEPT 
signal to propagate upstream beyond Stage F. Moreover, by 
leaving the ACCEPT signal into Stage E HIGH, Stage F signals 
that it is ready to accept new data. Since Stage F is net 
able to transfer the data Dl m its primary storage elements 
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downstream (the ACCEPT signal into Stage F is LOW) in Cycle 
3, Stage £ must, therefore, transfer the data D2 into the 
secondary storage elements of Stage F. Since both the 
primary and the secondary storage elements of Stage F now 
5 contain valid data that cannot be passed on, the ACCEPT 
signal from Stage F into Stage E is set LOW . Accordingly, 
this represents a propagation of the LOW ACCEPT signal back 
only one stage relative to Cycle 2, whereas this ACCEPT 
signal had to be propagated back all the way to Stage C in 

1C the embodiment shown in Fig. l. 

Since Stages A-E are able to pass on their data, the 
ACCEPT signals from the stages into their immediately 
preceding neighbors are set HIGH, Consequently, the data D3 
and D4 are shifted one stage to the right so that, in Cycle 

15 4, they are loaded into the primary data storage elements of 
Stage E and Stage C, respectively. Although Stage E now 
contains valid data D3 in its primary storage elements, its 
secondary storage elements can still be used to store other 
data without risk of overwriting any valid data. 

2 3 Assume now, as before, that the ACCEPT signal into Stage 

f becomes HIGH in Cycle 4. This indicates that the 
downstream device to which the pipeline passes data is ready 
to accept data from the "pipeline. Stage F, however, has set 
its ACCEPT signal LOW and, thus, indicates to Stage E that 

25 Stage F is not prepared to accept new data. Observe that the 
ACCEPT signals for each cycle indicate what will "happen" in 
the next cycle, that is, whether data will be passed on 
(ACCEPT HIGH) or whether data must remain in place (ACCEPT 
LOW). Therefore, from Cycle 4 to Cycle 5, the data Dl is 
passed- from Stage F to the following device, the data D2 is 
snifted from secondary to primary storage in Stage F, but the 
data C2 m Stage E is not transferred to Stage F. The data 
04 and D5 can be transferred into the following pipeline 
stages as ncrmal since the following stages have their ACCEPT 
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signals HIGH. 

Comparing the state of the pipeline in Cycle 4 and Cycle 
5, it can be seen that the provision of secondary storage 
elements, enables the pipeline embodiment shown in Fig. 2 to 
5 expand, that is, to free up data storage elements into which 
valid data can be advanced. For example, in Cycle 4, the 
data blocks -Dl, D2 and D3 form a "solid wall 1 ' since their 
data cannot be transferred until the ACCEPT signal into Stage 
F goes HIGH. Once this signal does become HIGH, however, 

10 data Dl is shifted out of the pipeline, data D2 is shifted 
into the primary storage elements of Stage F, and the 
secondary storage elements of Stage F become free to accept 
new data if the following device is not able to receive the 
data D2 and the pipeline must once again "compress." This is 

15 shown in Cycle 6, for which the data D3 has been shifted into 
the secondary storage elements of Stage F and the data D4 has 
been passed on from Stage D to Stage E as normal. 

Figs. 3a(l), 3a(2), 3b(l) and 3b(2) (which are referred to 
collectively as Fig-. 3) illustrate generally a preferred 

20 embodiment of the pipeline. This preferred embodiment 
implements the structure shown in Fig. 2 using a two-phase, 
non-overlapping clock with phases 00 and oi . Although a two- 
phase clock is preferred, it will be appreciated that it is 
also possible to drive the various embodiments of the 

25 invention using a clock with more than two phases. 

As shown in Fig. 3, each pipeline stage is represented as 
having two separate boxes which illustrate the primary and 
secondary storage elements. Also, although the VALID signal 
and the data lines connect the various pipeline stages as 

:o before, for ease of illustration, only the ACCEPT signal is 
snown in Fig. 3. A change of state during a clock phase of 
certain of the ACCEPT signals is indicated in Fig. 3 using an 
upward-pointing arrow fcr changes from LOW to HIGH. 
Similarly, a downward-pointing arrow fcr changes from HIGH to 




37 

LOW. Transfer of data from one storage element to another is 
indicated by a large open arrow. It is assumed that the 
VALID signal out of the primary or secondary storage elements 
of any given stage is HIGH whenever the storage elements 
5 contain valid data. 

In Fig. 3, each cycle is shown as consisting of a full 
period of the non-overlapping clock phases oO and ol. As is 
explained in greater detail below, data is transferred from 
the secondary storage elements (shown as the left box in each 

10 stage) to the primary storage elements ("shown as the right 
box in each stage) during clock cycle 01, whereas data is 
transferred from the primary storage elements of one stage to 
the secondary storage elements of the following stage during 
the clock cycle oO . Fig. 3 also illustrates that the primary 

15 and secondary storage elements in each stage are further 
connected via an internal acceptance line to pass an ACCEPT 
signal in the same manner that the ACCEPT signal is passed 
from stage to stage. In this way, the secondary storage 
element will know when it can pass its date to the primary 

20 storage element. 

Fig. 3 shows the ol phase of Cycle 1, in which data Dl, D2 
and D3, which were previously shifted into the secondary 
storage elements of Stages E, D and B, respectively, are 
shifted into the primary storage elements of the respective 

2 5 stage. During the ol phase of Cycle 1, the pipeline, 
therefore, assumes the same configuration as is shown as 
Cycle I of Fig. 2. As before, the ACCEPT signal into Stage 
F is assumed to be LOW. As Fig. 3 illustrates, however, this 
means that the ACCEPT signal into the primary storage element 

: I- of Stage F is LOW, but since this storage element does not 
contain valid data, it sets the ACCEPT signal into its 
secondary storage element HIGH. 

The ACCEPT signal from the secondary storage elements cf 
Stage F into the primary storage elements of Stage E is alsc 
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set HIGH since the secondary storage elements of Stage F do 
not contain valid data. As before, since the primary storage 
elements of Stage F are able to accept data, data in all the 
upstream primary and secondary storage elements can be 
5 shifted downstream without any valid data being overwritten. 
The shift of data from one stage to the next takes place 
during the next oO phase in Cycle 2. For example, the valid 
data Dl contained in the primary storage element of Stage E 
is shifted into the secondary storage element of Stage F, the 

10 data D4 is shifted into the pipeline, that is, into the 
secondary storage element of Stage A, and so forth* 

The primary storage element of Stage F still does not 
contain valid data during the 00 phase in Cycle 2 and, 
therefore, the ACCEPT signal from the primary storage 

15 elements into the secondary storage elements of Stage F 
remains HIGH. During the 01 phase in Cycle 2, data can 
therefore be shifted yet another step to the right, i.e., 
from the secondary to the primary storage elements within 
each stage. 

2 0 However, once valid data is loaded into the primary 

storage elements of Stage F, if the ACCEPT into Stage F from 
the downstream device is still Low, it is not possible to 
shift data out of the secondary storage element of Stage F 
without overwriting and destroying the valid data Dl. The 

25 ACCEPT signal from the primary storage elements into the 
secondary storage elements of Stage F therefore goes LOW. 
Data D2, however, can still be shifted into the secondary 
storage of Stage F since it did not contain valid data and 
its ACCEPT signal out was HIGH. 

During the ol phase- of Cycle 3, it is not possible to 
snift data D2 into the primary storage elements of Stage F , 
although data can be shifted within all the previous stages. 
Once valid data is loaded into the secondary storage eler.er.is 
of Stage F , however, Stage F is not able to pass on tr.is 
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data. It signals this event setting its ACCEPT signal out 
LOW. 

Assuming that the ACCEPT signal into Stage F remains LOW , 
data upstream of Stage F can continue to be shifted between 
5 stages and within stages on the respective clock phases until 
the next valid data block D3 reaches the primary storage 
elements of Stage E. As illustrated, this condition is 
reached during the ol phase of Cycle 4. 

During the oO phase of Cycle 5, data D3 has been loaded 

10 into the primary storage element of Stage E. Since this data 
cannot be shifted further, the ACCEPT signal out of the 
primary storage elements of Stage E is set LOW. Upstream 
data can be shifted as normal. 

Assume now, as in Cycle 5 of Fig. 2, that the device 

15 connected downstream of the pipeline is able to accept 
pipeline data. It signals this event by setting the ACCEPT 
signal into pipeline Stage F HIGH during the el phase of 
Cycle 4. The primary storage elements of Stage F can now 
shift data to the right and they are also able to accept new 

20 data. Hence, the data 01 was shifted out during the ol phase 
of Cycle 5 so that the primary storage elements of Stage F no 
longer contain data that must be saved. During the ol phase 
of Cycle 5, the data D2. is, therefore, shifted within Stage 
F from the secondary storage elements to the primary storage 

25 elements. The secondary storage elements of Stage F are also 
able to accept new data and signal this by setting the ACCEPT 
signal into the primary storage elements of Stage E HIGH, 
During transfer of data within a stage, that is, from its 
secondary to its primary storage elements, both sets of 

ZZ> storage elements will contain the same data, but the data in 
tr.e secondary storage elements can be overwritten with no 
data loss since this data will also be held in the primary 
storage elements. The same holds true for data transfer from 
the primary storage elements of one stage into the secondary 
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storage elements of a subsequent stage. 

Assume now, that the ACCEPT signal into the primary 
storage elements of Stage F goes LOW during the 01 phase in 
Cycle 5* This means that Stage F is not able to transfer the 
data D2 out of the pipeline. Stage F, consequently; sets the 
ACCEPT signal from its primary to its secondary storage 
elements LOW to prevent overwriting of the valid data D2 . 
The data D2 stored in the secondary storage elements of Stage 
F , however, can be overwritten without loss, and the data D3, 
is therefore, transferred into the secondary storage elements 
of Stage F during the 00 phase of Cycle 6. Data D4 and D5 
can be shifted downstream as normal. Once valid data D3 is 
stored in Stage F along with data D2 , as long as the ACCEPT 
signal into the primary storage elements of Stage F is LOW, 
neither of the secondary storage elements can accept new- 
data, and it signals this by setting the ACCEPT signal into 
Stage E LOW. 

When the ACCEPT signal into the pipeline from the 
downstream device changes from LOW to HIGH or vice versa, 
this change does not have to propagate upstream within the 
pipeline further than to the immediately preceding storage 
elements (within the same stage or within the preceding 
pipeline stage) . Rather, this change propagates upstream 
within the pipeline one storage element block per clock 
phase . 

As this example illustrates, the concept of a "stage" in 
the pipeline structure illustrated in F"ig. 3 is to some 
extent a matter of perception. Since data is transferred 
vithin a stage (from the secondary to the primary storage 
elements) as it is between stages (from the primary storage 
elements of the upstream stage into the secondary storage 
elements of the neighboring downstream stage) , one could ;just 
as well consider a stage to consist of "primary" storage 
elements followed by "secondary storage elements" instead c: 
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as illustrated in Fig. 3. The concept of "primary' 1 and 
"secondary" storage elements is, therefore, mostly a question 
of labeling. In Fig. 3, the "primary" storage elements can 
also be referred to as "output" storage elements, since they 
5 are the elements from which data is transferred out of a 
stage into a following stage or device, and the "secondary" 
storage elements could be "input" storage elements for the 
same stage. 

In explaining the aforementioned embodiments, as shown in 

10 Figs. 1-3, only the transfer of data under the control of the 
ACCEPT and VALID signals has been mentioned. It is to be 
further understood that each pipeline stage may also process 
the data it has received arbitrarily before passing it 
between its internal storage elements or before passing it to 

15 the following pipeline stage. Therefore, referring once 
again to Fig. 3, a pipeline stage can, therefore, be defined 
as the portion of the pipeline that contains input and output 
storage elements and that arbitrarily processes data stored 
m its storage elements. 

2 0 Furthermore, the "device" downstream from the pipeline 

Stage F, need not be some other type of hardware structure, 
but rather it can be another section of the same or part of 
another pipeline. As illustrated below, a pipeline stage can 
set its ACCEPT signal LOW not only when all of the downstream 

25 storage elements are filled with valid data, but also when a 
stage requires more than one clock phase to finish processing 
its data. This also can occur when it creates valid data m 
one or both of its storage elements. In other words, it is 
not necessary for a stage simply to pass on the ACCEPT signal 

2 3 based on whether or not the immediately downstream storage 
elements contains valid data that cannot be passed cn. 
Rather, the ACCEPT signal itself may also be altered within 
tne stage or, by circuitry external to the stage, m order to 
control the passage of data between adjacent storage 
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elements. The VALID signal may also be processed in an 
analogous manner. 

A great advantage of the two-wire interface . (one wire for 
each of the VALID and ACCEPT signals) is its ability to 
5 control the pipeline without the control signals needing to 
propagate back up the pipeline all the way to its beginning 
stage. Referring once again to Fig* 1, Cycle 3, for example, 
although stage F "tells" stage E that it cannot accept data, 
and stage E tells stage D, and stage D tells stage C. 

10 Indeed, if there had been more stages containing valid data, 
then this signal would have propagated back even further 
along the pipeline. In the embodiment shown in Fig. 3, Cycle 
3, the LOW ACCEPT signal is not propagated any further 
upstream than to Stage E and, then, only to its primary 

15 storage elements. 

As described below, this embodiment is able to achieve 
this flexibility without adding significantly to the silicon 
area that is required to implement the design. Typically, 
each latch in the pipeline used for data storage requires 

20 only a single extra transistor (which lays out very 
efficiently in silicon). In addition, two extra latches and 
a small number of gates are preferably added to process the 
ACCEPT and VALID signals that are associated with the data 
latches in each half-stage, 

25 Fig. 4 illustrates a hardware structure that implements a 

stage as shown in Fig. 3. 

By way of example only, it is assumed that eight-bit data 
is to be transferred (with or without further manipulation in 
optional combinatorial logic circuits) in parallel througn 

:c tne pipeline. However, -it will be appreciated that either 
-ere cr less than eight-bit data can be used in practicing 
the invention. Furthermore, the two-wire interface in 
accordance with this embodiment is, however, suitable for use 
with any data bus width, and the data bus width may ever. 
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change from one stage to the next if a particular application 
so requires. The interface in accordance with this 
embodiment can also be used to process analog signals. 

As discussed previously, while other conventional timing 
5 arrangements may be used, the interface is preferably 
controlled by a two-phase, non-overlapping clock. In Figs, 
4-9, these clock phase signals are referred to as PHO and 
PHI. In Fig. 4, a line is shown for each clock phase signal. 
Input data enters a pipeline stage over a multi-bit data 

10 bus IN_DATA and is transferred to a following pipeline stage 
or to subsequent receiving circuitry over an output data bus 
OUT_DATA* The input data is first loaded in a manner 
described below into a. series of input latches (one for each 
input data signal) collectively referred to as LDIN, which 

15 constitute the secondary storage elements described above. 
In the illustrated example of this embodiment, it is 
assumed that the Q outputs of all latches follow their D 
inputs, that is, they are "loaded", when the clock input is 
HIGH, i.e., at a logic "1" level. Additionally, the Q 

2 0 outputs hold their last values. In other words, the Q 
outputs are "latched" on the falling edge of their respective 
clock signals. Each latch has for its clock either one of 
two non-overlapping clock signals PHO or PHI (as shown in 
Fig. 5), or the logical AND combination of one of these clock 

25 signals PHO , PHI and one logic signal. The invention works 
equally well, however, by providing latches that latch on the 
rising edges of the clock signals, or any other known 
latching arrangement, as long as conventional methods are 
applied to ensure proper timing of the latching operations. 

20 The output data from the input data latch LDIN passes via 

an arbitrary and optional combinatorial logic circuit HI, 
which may be provided to convert output data from input later 
LDIN into intermediate data, which is then later loaded in an 
output data latch LDOLT , which comprises the primary storage 
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elements described above. The output from the output data 
latch LDOUT may similarly pass through an arbitrary and 
optional combinatorial logic circuit B2 before being passed 
onward as OUT_DATA to the next device downstream. This may 
5 be another pipeline stage or any other device connected to 
the pipeline. 

In the practice of the present invention, each stage of 
the pipeline also includes a validation input latch LVIN, a 
validation- output latch LVOUT, an acceptance input latch 

10 LAIN, and an acceptance output latch LAOUT . Each of these 
four latches is, preferably, a simple, single-stage latch. 
The outputs from latches LVIN, LVOUT, LAIN and LAOUT are, 
respectively, QVIN, QVOUT, QAIN, QAOUT . The output signal 
QVIN from the validation input latch is connected either 

15 directly as an input to the validation output latch LVOUT, or 
via intermediate logic devices or circuits that may alter the 
signal . 

Similarly, the output validation signal QVOUT of a given 
stage may be connected either directly to the input of the 

20 validation input latch QVIN of the following stage, or via 
intermediate devices or logic circuits, which may alter the 
validation signal. This output QVIN is also connected to a 
logic gate (to be described below) , whose output is connected 
to the input of the acceptance input latch LAIN. The output 

2 5 QAOUT from the acceptance output latch LAOUT is connected to 
a similar logic gate (described below) , optionally via 
another logic gate. 

As shown in Fig. 4, the output validation signal QVOUT 
forms an OUT_VALID signa that can be received by subsequent 

20 stages as an IN_VALID signal, or simply to indicate valid 
data to subsequent circuity connected to the pipeline. The 
readiness of the following circuit or stage to accept data is 
indicated to each stage as the signal OUT_ACCEPT, which is 
connected as the input to the acceptance output latch LAOUT , 
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preferably via logic circuitry, which is described below. 
Similarly, the output QAOUT of the acceptance output latch 
LAOUT is connected as the input to the acceptance input latch 
LAIN, preferably via logic circuitry, which is described 
5 below. 

In practicing the present invention, the output signals 
QVIN, QVOUT from the validation latches LVIN, LVOUT are 
combined with the acceptance signals QAOUT, OUT_ACCEPT, 
respectively, to form the inputs to the acceptance latches 

10 LAIN, LAOUT, respectively. In the embodiment illustrated in 
Fig, 4, these input signals are formed as the logical NAND 
combination of the respective validation signals QVIN, QVOUT, 
with the logical inverse of the respective acceptance output 
signals QAOUT , OUT_ACCEPT. Conventional logic gates, NAND1 

15 and NAND2 , perform the NAND operation, and the inverters 
INVi, INV2 form the logical inverses of the respective 
acceptance signals . 

As is well known in the art of digital design, the output 
from a NAND gate is a logical "1" when any or all of its 

20 input signals are in the logical M 0" state. The output from 
a NAND gate is, therefore, a logical "0" only when all of its 
inputs are in the logical "l" state. Also well known in the 
art, is that the output -of a digital inverter such as INVi is 
a logical "1" when its input signal is a "0" and is a M o" 

25 when its input signal is a "l" 

The inputs to the NAND gate NAND1 are, therefore, QVIN and 
NOT (QAOUT), where "NOT" indicates binary inversion. Using 
known techniques, the input to the acceptance latch LAIN can 
be resolved as follows: 

:0 NAND (QVIN, NOT (QAOUT) ) = NOT(QVIN) OR QAOUT 

In ether words, the combination of the inverter INVi and 
the NAND gate NAND1 is a logical "1" either when the signal 
QVIN is a "0" or the signal QAOUT is a "l", or both. The 
gate NAND1 and the inverter INVi can, therefore, be 
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implemented by a single OR gate that has one of its inputs 
tied directly to the QAOUT output of the acceptance latch 
LAOUT and its other input tied to the inverse of the output 
signal QVIN of the validation input latch LVIN. 
5 As is well known in the art of digital design, many 

latches suitable for use as the validation and acceptance 
latches may have two outputs, Q and NOT (Q) , that is, Q and 
its logical inverse. If such latches are chosen, the one 
input to the OR gate can, therefore, be tied directly to the 

10 NOT (Q) output of the validation latch LVIN . The gate NAND1 
and the inverter INVi can be implemented using well known 
conventional techniques. Depending on the latch architecture 
used, however, it may be more efficient to use a latch 
without an inverting output, and to provide instead the gate 

15 NANDl and the inverter INVI, both of which also can be 
implemented efficiently in a silicon device,. Accordingly, 
any known arrangement may be used to generate the Q signal 
and/or its logical inverse. 

The data and validation latches LDIN, LDOUT, LVIN and 

2 0 LVOLT, load their respective data inputs when both clock 
signals (PHO at the input side and PHI at the output side) 
and the output from the acceptance latch of the same side are 
logical "1". Thus, the clock signal (PHO for the input 
latches LDIN and LVIN) and the output of the respective 

25 acceptance latch (in this case, LAIN) are used in a logical 
AND manner and data is loaded only when they are both logical 
M 1 M . 

In particular applications, such as CMOS implementations 
of the latches, the logical AND operation that controls the 
10 leading (via the illustrated CK or enabling "input") of the 
latches can be implemented easily in a conventional manner cy 
connecting the respective enabling input signals (for 
example, PHO and QAIN for the latches LVIN and LDIN) , zo the 
gates of MOS transistors connected in series in the input 
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lines of the latches. Consequently, is necessary to provide 
an actual logic AND gate, which might cause problems of 
timing due to propagation delay in high-speed applications. 
The AMD gate shown in the figures, therefore, only indicates 
the logical function to be performed in generating the enable 
signals of the various latches. 

Thus, the data latch LDIN loads input data only when PHO 
and QAIN are both "1". It will latch this data when either 
of these two signals goes to a "0". 

Although only one of the clock phase signals PHO or PHI, 
is used to clock the data and validation latches at the input 
(and output) side of the pipeline stage, the other clock 
phase signal is used, directly, to clock the acceptance latch 
at the same side. In other words, the acceptance latch on 
either side {input or output) of a pipeline stage is 
preferably clocked "out of phase" with the data and 
validation latches on the same side. For example, PHI is 
used to clock the acceptance input latch, although PHO is 
used in generating the clock signal CK for the data latch 
LDIN and the validation latch LVIN. 

As an example of the operation of a pipeline augmented by 
the two-wire validation and acceptance circuitry assume that 
no valid data is initially presented at the input to the 
circuit, either from a preceding pipeline stage, or from a 
transmission device. In other words, assume that the 
validation input signal IN_VALID to the illustrated stage has 
not gone to a "1" since the system was most recently reset. 
Assume further that several clock cycles have taken place 
since the system was last reset and, accordingly, the 
circuitry has reached a steady-state condition. The 
validation input signal QVIN from the validation latch LVIN 
is, therefore, loaded as a "0" during the next positive 
period of the clock PHO. The input to the acceptance incut 
latch LAIN ('via the gate NANDl or another equivalent gate;, 
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is, therefore, loaded as a " l" during the next positive 
period of the clock signal PHI. In other words, since the 
data in the data input latch LDIN is not valid, the stage 
signals that it is ready to accept input data (since it does 
5 not hold any data worth saving) . 

In this example, note that the signal IN_ACCEPT is used to 
enable the data and validation latches LDIN and LVIN. Since 
the signal IN_ACCEPT at this time is a "1" , these latches 
effectively work as conventional transparent latches so that 

10 whatever data is on the IN_DATA bus simply is loaded into the 
data latch LDIN as soon as the clock signal PHO goes to a 
"1". Of course, this invalid data will also be loaded into 
the next data latch LDOUT of the following pipeline stage as 
long as the output QAOUT from its acceptance latch is a M i ,! . 

15 Hence, as long as a data latch does not contain valid 

data, it accepts or "loads" any data presented to it during 
the next positive period of its respective clock signal. On 
the other hand, such invalid data is not loaded in any stage 
for which the acceptance 'signal from its corresponding 

20 acceptance latch is low (that is, a "0") . Furthermore, the 
output signal from a validation latch (which forms the 
validation input signal to the subsequent validation latch) 
remains a ,r 0 M as long as the corresponding IN_VALID (or QVIN) 
signal to the validation latch is low. 

2 5 When the input data to a data latch is valid, the 

validation signal IN_VALID indicates this by rising to a "i M . 
The output of the corresponding validation latch then rises 
to a "1" on the next rising edge of its respective clock 
phase signal. For example, the validation input signal Q~:z:; 

Z0 of latch LVIN rises to a n l" when its corresponding IN_VALID 
signal goes high (that is, rises to a "1") on the next rising 
edge of the clock phase signal PHO. 

Assume now, instead, that the data input latch in 1 , 
contains valid data. If the data output latch LDOUT is reas. 
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to accept new data, its acceptance signal QAOUT will be a 
"1". In this case, during the next positive period of the 
clock signal PHI, the data latch LDOUT and validation latch 
LVOUT will be enabled, and the data latch LDOUT will load the 
5 data present at its input. This will occur before the next 
rising edge of the other clock signal PHO, since the clock 
signals are non-overlapping. At the next rising edge of PHO, 
the preceding data latch (LDIN) will, therefore, not latch in 
new input data from the preceding stage until the data output 
10 latch LDOUT has safely latched the data transferred from the 
latch LDIN. 

Accordingly, the same sequence is followed by every 
adjacent pair of data latches (within a stage or between 
adjacent stages) that are able to accept data, since they 

15 will be operating based on alternate phases of the clock. 
Any data latch that is not ready to accept new data because 
it contains valid data that cannot yet be passed, will have 
an output acceptance signal (the QA output from its 
acceptance latch LA) that is LOW , and its data latch LDIN or 

20 LDOUT will not be loaded. Hence, as long as the acceptance 
signal (the output from the acceptance latch) of a given 
stage or side (input or output) of a stage is LOW, its 
corresponding data latch will not be loaded. 

Fig. 4 also shows a reset feature included in a preferred 

25 embodiment. In the illustrated example, a reset signal 
NOTRESET0 is connected to an inverting reset input R 
(inversion is hereby indicated by a small circle, as is 
conventional) of the validation output latch LVOUT. As is 
well known, this means that the validation latch LVOUT will 

ZZ ce forced to output a ,r 0" whenever the reset signal NOTRESET0 
cecor.es a "O", One advantage of resetting the latch when the 
reset signal goes low (becomes a "0") is that a break ir. 
transmission will reset the latches. They will then be :r. 
tneir "null" or reset state whenever a valid transmission 
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begins and the reset signal goes HIGH. The reset signal 
NOTRESET0 , therefore, operates as a digital "ON/OFF" switch, 
such that it must be at a HIGH value in order to activate the 
pipeline . 

5 Note that it is not necessary to reset all of the latches 

that hold valid data in the pipeline. As depicted in Fig. 4, 
the validation input latch LVIN is not directly reset by the 
reset signal NOTRESET0, but rather is reset indirectly. 
Assume that the reset signal NOTRESET0 drops to a "0". The 

10 validation output signal QVOUT also drops to a "0", 
regardless of its previous state, whereupon the input to the 
acceptance output latch LAOUT (via the gate NAND1) goes HIGH. 
The acceptance output signal QAOUT also rises to a "l". This 
QAOUT value of "1" is then transferred as a "1" to the input 

15 of the acceptance input latch LAIN regardless of the state of 
the validation input signal QVTN. The acceptance input 
signal QAIN then rises to a "1" at the next rising edge of 
the clock signal PHI. Assuming that the validation signal 
IN_7ALID has been correctly reset to a "0", then upon the 

20 subsequent rising edge of the clock signal PHO, the output 
from the validation latch LVIN will become a "0" , as it would 
have done if it had been reset directly. 

As this example illustrates, it is only necessary to reset 
the validation latch in only one side of each stage 

25 (including the final stage) in order to reset all validation 
latches. In fact, in many applications, it will not be 
necessary to reset every other validation latch: If the 
reset signal NOTRESET0 can be guaranteed to be low during 
more than one complete cycle of both phases PHO, PHI of the 

30 clock, then the "automatic reset" (a backwards propagation of 
the reset signal) will occur for validation latches in 
preceding pipeline stages. Indeed, if the reset signal is 
held low for at least as many full cycles of both phases of 
the clock as there are pipeline stages, it will only ce 
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necessary to directly reset the validation output latch in 
the final pipeline stage. 

Figs. 5a and 5b (referred to collectively as Fig. 5) 
illustrate a timing diagram showing the relationship between 
5 the non-overlapping clock signals PHQ, PHI , the effect of the 
reset signal, and the holding and transfer of data for the 
different permutations of validation and acceptance signals 
into and between the two illustrated sides of a pipeline 
stage configured in the embodiment shown in Fig* 4. In the 

10 example illustrated in the timing diagram of Fig. 5, it has 
been assumed that the outputs from the data latches LDIN, 
LDOUT are passed without further manipulation by intervening 
logic blocks Bl, B2 . This is by way of example and not 
necessarily by way of limitation. It is to be understood 

15 that any combinatorial logic structures may be included 
between the data latches of consecutive pipeline stages, or 
between the input and output sides of a single pipeline 
stage. The actual illustrated values for the input data (for 
example the HEX data words "aa" or "04") are also merely 

20 illustrative. As is mentioned above, the input data bus nay 
have any width (and may even be analog) , as long as the data 
latches or other storage devices are able to accommodate and 
latch or store each bit or value of the input word. 

Preferred Data Structure - "tokens" 

25 In the sample application shown in Fig. 4, each stage 

processes all input data, since there is no control circuitry 
that excludes any stage from allowing input data to pass 
through its combinatorial logic block Bl, B2 , and so forth. 
To, provide greater f Lexibi 1 ity , the present invention 

30 includes a data structure in which "tokens" are used to 
distribute data and control information throughout the 
system. Each token consists of a series of binary tits 
separated into one or more blocks of token words. 
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Furthermore, the bits fall into one of three types: address 
bits (A) , data bits (D) , or an extension bit (E). Assume by 
way of example and, not necessarily by way of limitation, 
that data is transferred as words over an 8-bit bus with a 1- 
5 bit extension bit line. An example of a four-word token is, 
in order of transmission: 



First word: 


E 


A 


A 


A 


D 


D 


D 


D 


D 


Second word: 


E 


D 


D 


D 


D 


D 


D 


D 


D 


Third word: 


E 


D 


D 


D 


D 


D 


D 


D 


D 


Fourth word: 


£ 


D 


D 


D 


D 


D 


D 


D 


D 



Note that the extension bit E is used as an addition 
(preferably) to each data word. In addition, the address 
field can be of variable length and is preferably transmitted 
}ust after the extension bit of the first word. 

15 Tokens, therefore, consist of one or more words of 

(binary) digital data in the present invention. Each of 
these words is transferred in sequence and preferably in 
parallel, although this method of transfer is not necessary: 
serial data transfer is also possible using known techniques. 

20 For example, in a video parser, control information is 
transmitted in parallel, whereas data is transmitted 
serially. 

As the example illustrates, each token has, preferably at 
the start, an address field (the string of A-bits) that 

25 identifies the type of data that is contained in the token. 
In most applications, a single word or portion of a word is 
sufficient to transfer the entire address field, but this is 
not necessary m accordance with the invention, so long as 
logic circuitry is included in the corresponding pipeline 

11 stages mat is able to store some representation of partial 
address fields long enough for the stages to receive and 
decode the entire address field. 



Note that no dedicated wires or registers are required to 
transmit the address field. It is transmitted using the data 
bits. As is explained below, a pipeline stage will not be 
slowed down if it is not intended to be activated by the 
particular address field, i.e., the stage will be able to 
pass along the token without delay. 

The remainder of the data in the token following the 
address field is not constrained by the use of tokens. These 
D-data bits may take on any values and the meaning attached 
to these bits is of no importance here. That is, the meaning 
of the data can vary, for example, depending upon where the 
data is positioned within the system at a particular point in 
time. The number of data bits D appended after the address 
field can be as long or as short as required, and the number 
of data words in different tokens may vary greatly. The 
address field and extension bit are used to convey control 
signals to the pipeline stages. Because the number of words 
m the data field (the string of D bits) can be arbitrary, as 
can be the information conveyed in the data field can also 
vary accordingly. The explanation below is, therefore, 
directed to the use of the address and extension bits. 

In the present invention, tokens are a particularly useful 
data structure when a number of blocks of circuitry are 
connected together in a relatively simple configuration. The 
simplest configuration is a pipeline of processing steps. 
For example, in the one shown in Fig. 1. The use of tokens, 
however, is not restricted to use on a pipeline structure. 

Assume once again that each box represents a complete 
pipeline stage. In the pipeline of Fig. 1, data flows frcr 
left to right in the diagram. Data enters the machine and 
passes into processing Stage A. This may or may not modify 
the data and it then passes the data to Stage 3. The 
r.cdi f icacion , if any, may be arbitrarily complicated and. 
general, there will not be the same number of data ite-s 
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flowing into any stage as flow out. Stage B modifies the 
data again and passes it onto Stage C, and so forth. In a 
scheme such as this, it is impossible for data to flow in the 
opposite direction, so that, for example, Stage C cannot pass 



acceptable . 

On the other hand, it is very desirable for Stage A to be 
able to communicate information to Stage C even though there 
is no direct connection between the two blocks. Stage A and 
10 C communication is only via Stage B. One advantage of the 
tokens is their ability to achieve this kind of 
communication. Since any processing stage that does not 
recognize a token simply passes it on unaltered to the next 
block. 

15 According to this example, an extension bit is transmitted 

along with the address and data fields in each token so that 
a processing stage can pass on a token (which can be of 
arbitrary length) without having to decode its address at 
all. According to this example, any token in which the 

ZD extension bit is HIGH (a "l") is followed by a subsequent 
word which is part of the same token. This word also has an 
extension bit, which indicates whether there is a further 
token word in the token. When a stage encounters a token 
word whose extension bit is LOW (a "O"), it is known to be 

25 the last word of the token. The next word is then assumed to 
be the first word of a new token. 

Note that although the simple pipeline of processing 
stages is particularly useful, it will be appreciated that 
tokens may be applied to more complicated configurations of 
processing elements. An example of a more complicated 
processing element is described below. 

It is not necessary, in accordance with the present 
invention, to use the state of the extension bit to signal 
the last word of a given token by giving it an extension bit 



data to Stage A. 



This restriction is often perfectly 
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set to "0". One alternative to the preferred scheme is to 
move the extension bit so that it indicates the first word of 
a token instead of the last. This can be accomplished with 
appropriate changes in the decoding hardware. 
5 The advantage of using the extension bit of the present 

invention to signal the last word in a token rather than the 
first, is that it is often useful to modify the behavior of 
a block of circuitry depending upon whether or not a token 
has extension bits. An example of this is a token that 
10 activates a stage that processes video quantization values 
stored in a quantization table (typically a memory device) . 
For example, a table containing 64 eight-bit arbitrary binary 
integers. 

In order to load a new quantization table into the 

15 quantizer stage of the pipeline, a "QUANT_TABLE" token is 
sent to the quantizer. In such a case the token, for 
example, consists of 65 token words. The first word contains 
tne code "QUANT_TABLE" , i.e., build a quantization table. 
This is followed by 64 words, which are the integers of the 

20 quantization table. 

When encoding video data, it is occasionally necessary to 
transmit such a quantization table* In order to accomplish 
this function, a QUANT_TABLE token with no extension words 
can be sent to the quantizer stage. On seeing this token, 

25 and noting that the extension bit of its first word is LOW, 
the quantizer stage can read out its quantization table and 
construct a QUANTJTABLE token which includes the 64 
quantization table values. The extension bit of the first 
word (which was LOW) is changed so that it is HIGH and the 

Zj roken continues, with HIGH extension bits, until the new end 
c: the token, indicated by a LOW extension bit on the sixty 
fourth quantization table value. This proceeds m the 
typical way through the system and is encoded into the tit 
stream . 
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Continuing with the example, the quantizer may either load 
a new quantization table into its own memory device or read 
out its table depending on whether the first word of the 
QUANT_TABLE token has its extension bit set or not. 
5 The choice of whether to use the extension bit to signal 

the first or last token word in a token will, therefore, 
depend on the system in which the pipeline will be used. 
Both alternatives are possible in accordance with the 
invention . 

10 Another alternative to the preferred extension bit scheme 

is to include a length count at the start of the token. Such 
an arrangement may, for example, be efficient if a token is 
very long. For example, assume that a typical token in a 
given application is 1000 words long. Using the illustrated 

15 extension bit scheme (with the bit attached to each token 
word) , the token would require 1000 additional bits to 
contain all the extension bits. However, only ten bits would 
be required to encode the token length in binary form. 

Although there are, therefore, uses for long tokens, 

20 experience has shown that there are many uses for short 
tokens. Here the preferred extension bit scheme is 
advantageous. If a token is only one word long, then only- 
one bit is required to signal this. However, a counting 
scheme would typically require the same ten bits as before. 

25 Disadvantages of a length count scheme include the 

following; 1) it is inefficient for short tokens; 2) it 
places a maximum length restriction on a token (with only ten 
bits, no more than 1023 words can be counted); 3) the length 
of a token must be known in advance of generating the count 

20 (which is presumably at the start of the token); 4) every 
clock of circuitry that deals with tokens would need to be 
provided with hardware to count words; and 5) if the ccur.t 
snould get corrupted (due to a data transmission error) it :s 
not clear whether recovery can be achieved. 
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The advantages of the extension bit scheme in accordance 
with the present invention include: 1) pipeline stages need 
not include a block of circuitry that decodes every token 
since unrecognized tokens can be passed on correctly by 
5 considering only the extension bit; 2) the coding of the 
extension bit is identical for all tokens; 3) there is no 
limit placed on the length of a token; 4) the scheme is 
efficient (in terms of overhead to represent the length of 
the token) for short tokens; and 5) error recovery is 

10 naturally achieved. If an extension bit is corrupted then 
one random token will be generated (for an extension bit 
corrupted from "l" to "0") or a token will be lost (extension 
bit corrupted "0" to "1"). Furthermore, the problem is 
localized to the tokens concerned. After that token, correct 

15 operation is resumed automatically. 

In addition, the length of the address field may be 
varied. This is highly advantageous since it allows the most 
common tokens to be squeezed into the minimum number cf 
words. This, in turn, is of great importance in video data 

20 pipeline systems since it ensures that all processing stages 
can be continuously running at full bandwidth. 

In accordance to the present invention, in order to allow 
variable length address fields, the addresses are chosen so 
that a short address followed by random data can never be 

25 confused with a longer address. The preferred technique for 
encoding the address field (which also serves as the "code" 
for activating an intended pipeline stage) is the well-known 
technique first described by Huffman, hence the common name 
"Huffman Code", Nevertheless, it will be appreciated by one 

ZZ cf. ordinary skill in the art, that other coding schemes may 
also be successfully employed. 

Although Huffman encoding is well understood in the field 
cf digital design, the following example provides a general 
background : 
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Huffman codes consist of words made up of a string of 
symbols (in the context of digital systems, such as the 
present invention, the symbols are usually binary digits) . 
The code words may have variable length and the special 
5 property of Huffman code words is that a code word is chosen 
so that none of the longer code words start with the symbols 
that form a' shorter code word. In accordance with the 
invention, token address fields are preferably (although not 
necessarily) chosen using known Huffman encoding techniques. 

10 Also in the present invention, the address field 

preferably starts in the most significant bit (MSB) of the 
first word token. (Note that the designation of the MSB is 
arbitrary and that this scheme can be modified to accommodate 
various designations of the MSB.) The address field 

15 continues through contiguous bits of lesser significance. 
If, in a given application, a token address requires more 
than one token word, the least significant bit in any given 
word the address field will continue in the most significant 
bit of the next word. The minimum length of the address 

20 field is one bit. 

Any of several known hardware structures can be used to 
generate the tokens used in the present invention. One such 
structure is a microprogrammed state machine. However, known 
microprocessors or other devices may also be used. 

2 5 The principle advantage of the token scheme in accordance 

with the present invention, is its adaptability zo 
unanticipated needs. For example, if a new token is 
introduced, it is most likely that this will affect only a 
small number of pipeline stages. The most likely case is 
that only two stages or * blocks of circuitry are affects::, 
i.e., the one block that generates the tokens in the :irs_ 
piace and the block or stage that has been newly designed :r 
modified to deal with this new token. Note that it is 
necessary to modify any other pipeline stages. Rather, zr.zss 
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will be able to deal with the new token without modification 
to their designs because they will not recognize it and will, 
accordingly, pass that token on unmodified. 

This ability of the present invention to leave 
5 substantially existing designed devices unaffected has clear 
advantages. It may be possible to leave some semiconductor 
chips in a- chip set completely unaffected by a design 
improvement in some other chips in the set. This is 
advantageous both from the perspective of a customer and from 

10 that of a chip manufacturer. Even if modifications mean that 
all chips are affected by the design change (a situation that 
becomes increasingly likely as levels of integration progress 
so that the number of chips in a system drops) there will 
still be the considerable advantage of better time-to-market 

15 than can be achieved, since the same design can be reused. 

In particular, note the situation that occurs when it 
becomes necessary to extend the token set to include two word 
addresses. Even in this case, it is still not necessary to 
modify an existing design. Token decoders in the' pipeline 

20 stages will attempt to decode the first word of such a token 
and will conclude that it does not recognize the token. It 
-will then pass on the token unmodified using the extension 
bit to perform this operation correctly. It will not attempt 
to decode the second word of the token (even though this 

25 contains address bits) because it will "assume" that the 
second word is part of the data field of a token that it does 
not recognize. 

In many cases, a pipeline stage or a connected block of 
circuitry will modify a token. This usually, but not 
2C necessarily, takes the form of modifying the data field of a 
token. In addition, it is common for the number of data 
words in the token to be modified, either by removing certain 
data words or by adding new ones. In some cases, tokens are 
removed entirely from the token stream. 
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In most applications, pipeline stages will typically only 
decode (be activated by) a few tokens; the stage does not 
recognize other tokens and passes them on unaltered. In a 
large number of cases, only one token is decoded, the DATA 
5 Token word itself. 

In many applications, the operation of a particular stage 
will depend upon the results of its own past operations. The 
"state" of the stage, thus, depends on its previous states. 
In other words, the stage depends upon stored state 

10 information, which is another way of saying it must retain 
some information about its own history one or more clock 
cycles ago. The present invention is well-suited for use in 
pipelines that include such "state machine" stages, as well 
as for use in applications in which the latches in the data 

15 path are simple pipeline latches. 

The suitability of the two-wire interface, in accordance 
with the present invention, for such "state machine" circuits 
is a significant advantage of the invention. This is 
especially true where a data path is being controlled by a 

20 state machine. In this case, the two-wire interface 
technique above-described may be used to ensure that the 
"current state" of the machine stays in step with the data 
which it is controlling in the pipeline. 

Fig. 6 shows a simplified block diagram of one example of 

25 circuitry included in a pipeline stage for decoding a token 
address field. This illustrates a pipeline stage that has 
the characteristics of a "state machine". Each word of a 
token includes an "extension bit" which is HIGH if there are 
more words in the token or LOW if this is the last word cf 

23 the token. If this is the last word of a token, the next 
valid data word is the start of a new token and, therefore, 
its address must be decoded. The decision as to whether or 
not to decode the token address in any given word, thus, 
depends upon knowing the value of the previous extension bit. 
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For the sake of simplicity only, the two-wire interface 
(with the acceptance and validation signals and latches) is 
not illustrated and all details dealing with resetting the 
circuit are omitted. As before, an 8-bit data word is 
5 assumed by way of example only and not by way of limitation. 

This exemplifying pipeline stage delays the data bits and 
the extension bit by one pipeline stage. It also decodes the 
DATA Token. At the point when the first word of the DATA 
Token is presented at the output of the circuit, the signal 

10 ,I DATA_ADDR" is created and set HIGH. The data bits are 
delayed by the latches LDIN and LDOUT, each of which is 
repeated eight times for the eight data bits used in this 
example (corresponding to an 8-input, 8-output latch) . 
Similarly, the extension bit is delayed by extension bit 

15 latches LEIN and LEOUT. 

In this example, the latch LEPREV is provided to store the 
most recent state of the extension bit- The value of the 
extension bit is loaded into LEIN and is then loaded into 
LEOUT on the next rising edge of the non-overlapping clock 

20 phase signal PHI. Latch LEOUT , thus, contains the value of 
the current extension bit, but only during the second half of 
the non-overlapping, two-phase clock. Latch LEPREV, however, 
loads this extension bit value on the next rising edge of the 
clock signal PHO, that is, the same signal that enables the 

2 5 extension bit input latch LEIN. The output QEPREV of the 
latch LEPREV, thus, will hold the value of the extension bit 
during the previous PHO clock phase. 

The five bits of the data word output from the inverting 
Q output, plus the non-inverted MD [ 2 ] , of the latch LDIN are 

20 combined with the previous extension bit value QEPREV m a 
series of logic gates NAND1, NAND2 f and NOR1 , whose 
operations are well known m the art of digital design. The 
designation M N_MD indicates the logical inverse of bit - 
of the mid-data word MD[":0]. Using known techniques cf 
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Boolean algebra, it can be shown that the output signal SA 
from this logic block (the output from NORl) is HIGH (a " 1") 
only when the previous extension bit is a "0" (QPREV= H o ,f ) and 
the data word at the output of the non-inverting Q latch (the 
5 original input word) LDIN has the structure "OOOOOlxx" , that 
is, the five high-order bits MD[7]-MD[3] bits are all 0 and 
the bit MD[2] "is a "1" and the bits in the Zero-one positions 
have any arbitrary value. 

There are, thus, four possible data words (there are four 

10 permutations of "xx") that will cause SA and, therefore, the 
output of the address signal latch LADDR to whose input SA is 
connected, to become HIGH. In other words, this stage 
provides an activation signal (DATA_ADDR - "1") only when one 
of the four possible proper tokens is presented and only when 

15 the previous extension bit was a zero, that is, the previous 
data word was the last word in the previous series of token 
words, which means that the current token word is the first 
one in the current token. 

When the signal QPREV from latch LEPREV is LOW , the value 

2C at the output of the latch LDIN is therefore the first word 
of a new token. The gates NAND1, NAND2 and NORl decode the 
DATA token (OOOOOlxx) . This address decoding signal SA is, 
however, delayed in latch LADDR so that the signal DATA_ADDR 
has the same timing as the output data 0UT_DATA and OUT EXTN. 

25 Fig. 7 is another simple example of a state-dependent 

pipeline stage in accordance with the present invention, 
which generates the signal LAST_OUT_EXTN to indicate the 
value of the previous output extension bit 0UT_EXTN. One of 
the two enabling signals (at the CK inputs) to the present 

:c and . last extension bit latches, LEOUT and LEPREV , 
respectively, is derived from the gate AND1 such that these 
latches only load a new value for them when the data is valid 
and is being accepted (the Q outputs are HIGH frcn the 
output validation and acceptance latches LVOUT and LAO 1/7 , 




63 



respectively). In this way, they only hold valid extension 
bits and are not loaded with spurious values associated with 
data that is not valid. In the embodiment shown in Fig, 7, 
the two-wire valid/accept logic includes the 0R1 and 0R2 
5 gates with input signals consisting of the downstream 
acceptance signals and the inverting output of the validation 
latches LVIN and LVOUT, respectively. This illustrates one 
way in which the gates NAND1/2 and INV1/2 in Fig. 4 can be 
replaced if the latches have inverting outputs. 

10 Although this is an extremely simple example of a "state- 

dependent" pipeline stage, i.e., since it depends on the 
state of only a single bit, it is generally true that all 
latches holding state information will be updated only when 
data is actually transferred between pipeline stages. In 

15 other words, only when the data is both valid and being 
accepted by the next stage. Accordingly, care must be taken 
to ensure that such latches are properly reset. 

The generation and use of tokens in accordance with the 
present invention, thus, provides several advantages over 

20 known encoding techniques for data transfer through a 
pipeline . 

First, the tokens, as described above, allow for variable 
iength address fields (and can utilize Huffman coding for 
example) to provide efficient representation of common 
2 5 tokens. 

Second, consistent encoding of the length of a token 
allows the end of a token (and hence the start of the nexz 
token) to be processed correctly (including simple non- 
manipulative transfer) , even if the token is not recognized 
30 by the token decoder circuitry in a given pipeline stage. 

Third, rules and hardware structures for the handling c: 
unrecognized tokens (that is, for passing them on unmodified; 
allow communication between one stage and a downstream stage 
that is not its nearest neighbor in the pipeline. This als" 
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interface according to this embodiment can be adapted very 
easily to different applications. 

The duplication stage shown in Fig. 3 also has two latches 
LEIN and LEOUT that, as in the example shown in Fig. 6, latch 
5 the state of the extension bit at the input and at the output 
of the stage, respectively. As Fig. 3a shows, the input 
extension latch LEIN is clocked synchronously with the input 
data latch LDIN and the validation signal INJ/ALID. 

For ease of reference, the various latches included in the 
10 duplication stage are paired below with their respective 
output signals: 



In the duplication stage, the output from the data latch 
LDIN forms intermediate data referred to as MID_DATA. This 
intermediate data word is loaded into the data output latch 
L5 LDOUT only when an intermediate acceptance signal (labeled 
M MID_ACCEPT" in Fig. 8a) is set HIGH. 

The portion of the circuitry shown in Fig. 8 below the 
acceptance latches LAIN, LAOUT, shows the circuits that are 
added to the basic pipeline structure to generate the various 
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internal control signals used to duplicate data. These 
include a "DATA_TOKEN M signal that indicates that the 
circuitry is currently processing a valid DATA Token, and a 
NOT_DUPLICAT£ signal which is used to control duplication of 
5 data. When the circuitry is processing a DATA Token, the 
MOT_DUPLICAT£ signal toggles between a HIGH and a LOW state 
and this causes each word in the token to be duplicated once 
(but no more times) ♦ When the circuitry is not processing a 
valid DATA Token then the MOT_DUPLICATE signal is held in a 

10 HIGH state. Accordingly, this means that the token words 
that are being processed are not duplicated. 

As Fig. 8a illustrates, the upper six bits of 3-bit 
intermediate data word and the output signal QI1 from the 
latch LI1 form inputs to a group of logic gates N0R1 , N0R2 , 

15 NAND18. The output signal from the gate NAND18 is labeled 
SI. Using well-known Boolean algebra, it can be shown that 
the signal SI is a 0 only when the output signal QI1 is a 
1 and the MID_DATA word has the following structure: 
"OOOOOlxx", that is, the upper five bits are all "0" f the bit 

20 MID_DATA[2] is a "1" and the bits in the MIDJDATAfl] and 
MID_DATA[0] positions have any arbitrary value. Signal SI, 
therefore, acts as a "token identification signal" which is 
low only when the MID_DATA signal has a predetermined 
structure and the output from the latch LI1 is a "1". The 

2 5 nature of the latch LI1 and its output QI1 is explained 
further below. 

Latch LOI performs the function of latching the last value 
of the intermediate extension bit (labeled "MID_EXTN" and as 
signal S4), and it loads this value on the next rising edge 
30 of the clock phase PHO into the latch LI1, whose output is 
the bit qii and is one of the inputs to the token decoding 
logic group that forms signal si. signal SI, as is explained 
above, may only drop to a "0" if the signal QII is a "l" (and 
the MID_DATA signal has the predetermined structure) . Signal 
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Si may, therefore, only drop to a "0" whenever the last 
extension bit was "0", indicating that the previous token has 
ended. Therefore, the MID_DATA word is the first data word 
in a new token. 

5 The latches L02 and LI2 together with the NAND gates 

NAND20 and NAND22 form storage for the signal, DATA_TOKEN. 
In the normal situation, the signal QIl at the input to 
NAND20 and the signal SI at the input to NAND22 will both be 
at logic "l" . It can be shown, again by the techniques of 

10 3oolean algebra, that in this situation these NAND gates 
operate in the same manner as inverters, that is, the signal 
QI2 from the output of latch LI2 is inverted in NAND20 and 
then this signal is inverted again by NAND 2 2 to form the 
signal S2. In this case, since there are two logical 

15 inversions in this path, the signal S2 will have the same 
value as QI2 . 

It can also be seen that the signal DATA_TOKEN at the 
output of latch L02 forms the input to latch LI2. As a 
result, as long as the situation remains in which both QIl 

20 and Si are HIGH, the signal DATA_TOKEN will retain its state 
(whether "0" or "1"). This is true even though the clock 
signals PHO and PHI are clocking the latches (LI2 and L02 
respectively) . The value of DATAJTOKEN can only change when 
one or both of the signals QIl and SI are "0" . 

25 As explained earlier, the signal QIl will be "0" when the 

previous extension bit was "0" . Thus, it will be "0" 
whenever the MID_DATA value is the first word of a token 
(and, thus, includes the address field for the token) . In 
this situation, the signal SI may be either "0" or "1". As 

:o explained earlier, signal SI will be "0" if the MID_DATA word 
has the predetermined structure that in this example 
indicates a "DATA" Token. If the MID_DATA word has any other 
structure, (indicating that the token is some other token, 
not a DATA Token), SI will be "1". 
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If QI1 is "0" and SI is "1", this indicates there is some 
token other than a DATA Token. As is well known in the field 
of digital electronics, the output of NAND2Q will be "l". 
The NAND gate NAND 2 2 will invert this (as previously 
5 explained) and the signal S2 will thus be a "0". As a 
result, this n 0 M value will be loaded into latch L02 at the 
start of the next PHI clock phase and the DATA_TOKEN signal 
will become "0" , indicating that the circuitry is not 
processing a DATA token. 

10 If QIl is M 0" and SO is "0" , thereby indicating a DATA 

token, then the signal S2 will be "l" (regardless of the 
other input to NAND22 from the output of NAND20) . As a 
result, this "1" value will be loaded into latch L02 at the 
start of the next PHI clock phase and the DATAJTOKEN signal 

15 will become "1", indicating that the circuitry is processing 
a DATA token. 

The NOT_DUPLICATE signal (the output signal Q03) is 
similarly loaded into the latch LI3 on the next rising edge 
of the clock PHO. The output . signal QI3 from the latch LI3 

20 is combined with the output signal QI2 in a gate NAND24 to 
form the signal S3. As before, Boolean algebra can be used 
to show that the signal S3 is a "0" only when both of the 
signals QI2 and QI3 have the value "1". If the signal QI2 
becomes a "0", that is, the DATA TOKEN signal is a "0", then 

2 5 the signal S3 becomes a "l" . In other words, if there is not 
a valid DATA TOKEN (QI2 = 0) or the data word is not a 
duplicate (QI3 « 0), then the signal S3 goes high. 

Assume now, that the DATA TOKEN signal remains HIGH for 
more than one clock signal. Since the NOT_DUPLICATE signal 

30 (Q03) is "fed back" to the latch LI3 and will be inverted by 
the gate NAND 24 (since its other input QI2 is held HIGH ; , 
the output signal Q03 will toggle between "O" and "1". I: 
there is no valid DATA Token, however, the signal QI2 will re 
a "o" , and the signal S3 and the output Q03 r will be forced 
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HIGH until the DATE_TOKEN signal , once again goes to a "1 M . 

The output Q03 (the NOT_DUPLICATE signal) is also fed back 
and is combined with the output QA1 from the acceptance latch 
LAIN in a series of logic gates (NAND16 and INV16, which 
5 together form an AND gate) that have as their output a "i M , 
only when the signals QA1 and Q03 both have the value 
As Fig. 8a shows, the output from the AND gate (the gate 
NAND16 followed by the gate INV16) also forms the acceptance 
signal, IN_ACCEPT, which is used as described above in the 

10 two-wire interface structure. 

The acceptance signal IN_ACCEPT is also used as an 
enabling signal to the latches LOIN, LEIN , and LVIN. As a 
result, if the NOT_DUPLICATE signal is low, the acceptance 
signal IN_ACCEPT will also be low, and all three of these 

15 latches will be disabled and will hold the values stored at 
their outputs. The stage will not accept new data until the 
NOT_DUPLICATE signal becomes HIGH. This is in addition to 
the requirements described above for forcing the output from 
the acceptance latch LAIN high. 

2 0 As long as there is a valid DATA^TOKEN (the DATA_TOKEN 

signal Q02 is a "l") , the signal Q03 will toggle between the 
HIGH and LOW states, so that the input latches will be 
enabled and will be able to accept data, at most, during 
every other complete cycle of both clock phases PHO, PHI. 

25 The additional condition that the following stage be prepared 
to accept data, as indicated by a "HIGH" OUT_ACCEPT signal, 
must, of course, still be satisfied. The output latch LDOUT 
will, therefore, place the same data word onto the output bus 
OUTJDATA for at least two full clock cycles. The OUTJ/ALID 

30 signal will be a " l" .only when there is both a valid 
DATAJTOKEN (Q02 HIGH) and the validation signal QVOUT is 
HIGH. 

The signal QEIN , which is the extension bit corresponding 
to MID_DATA, is combined with the signal S3 in a series of 
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logic gates (INVio and NAND10) to form a signal S4 . During 
presentation of a DATA Token, each data word MID_DATA will be 
repeated by loading it into the output latch LDOUT twice. 
During the first of these, S4 will be forced to a "l" by the 
5 action of NAND10 . The signal S4 is loaded in the latch LEOUT 
to form OUTEXTN at the same time as MID_DATA is loaded into 
LDOUT to form OUT_DATA[ 7:0], 

Thus, the first time a given MID_DATA is loaded into 
LEOUT, the associated OUTEXTN will be forced high, whereas, 

10 on the second occasion, OUTEXTN will be the same as the 
signal QEIN, Now consider the situation during the very last 
word of a token in which QEIN is known to be low. During the 
first time MID_DATA is loaded into LDOUT, OUTEXTN will be 
"1", and during the second time, OUTEXTN will be "O", 

15 indicating the true end of the token. 

The output signal QVIN from the validation latch LVIN is 
combined with the signal QI3 in a similar gate combination 
(INV12 and NAND12) to form a signal S5, Using known Boolean 
techniques, it can be shown that the signal S5 is HIGH either 

20 when the validation signal QVIN is HIGH , or when the signal 
QI3 is low (indicating that the data is a duplicate). The 
signal S5 is loaded into the validation output latch LVOUT at 
the same time that MID_DATA is loaded into LDOUT and the 
intermediate extension bit (signal S4) is loaded into LEOUT. 

25 Signal S5 is also combined with the signal Q02 (the data 
token signal) in the logic gates NAND30 and INV30 to form the 
output validation signal OUT_VALID* As was mentioned 
earlier, 0UT_VALID is HIGH only when there is a valid token 
and the validation signal QVOUT is high, 

30 In the present invention, the MID_ACCEPT signal is 

combined with the signal S5 in a series of logic gates 
(NAND26 and INV26) that perform the well-known AND function 
to form a signal S6 that is used as one of the two enabling 
signals to the latches LOl, L02 and L03 . The signal S6 rises 
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to a "l" when the MID_ACCEPT signal is HIGH and when either 
the validation signal QVIN is high, or when the token is a 
duplicate (QI3 is a "0") . If the signal MID_ACCEPT is HIGH, 
the latches L01-L03 will, therefore, be enabled when the 
5 clock signal PHI is high whenever valid input data is loaded 
at the input of the stage, or when the latched data is a 
duplicate. 

From the discussion above, one can see that the stage 
shown in Figs. 8a and 8b will receive and transfer data 

10 between stages under the control of the validation and 
acceptance signals, as in previous embodiments, with the 
exception that the output signal from the acceptance latch 
LAIN at the input side is combined with the toggling 
duplication signal so that a data word will be output twice 

15 before a new word will be accepted. 

The various logic gates such as NAND16 and INV16 nay, of 
course, be replaced by equivalent logic circuitry (in this 
case, a single AND gate). Similarly, if the latches LEIN and 
LVIN, for example, have inverting outputs, the inverters 

20 INVio and INV12 will not be necessary. Rather, the 
corresponding input to the gates N AND 10 and NAND12 can be 
tied directly to the inverting outputs of these latches. As 
long as the proper logical operation is performed, the stage 
will operate in the same manner. Data words and extension 

25 bits will still be duplicated. 

One should note that the duplication function that the 
illustrated stage performs will not be performed unless the 
first data word of the token has a "1" in the third position 
of the word and "O's" in the five high-order bits. (Of 

30 course, the required pattern can easily be changed and set by 
selecting other logic gates and interconnections other than 
the N0R1, N0R2, NND18 gates shown.) 

In addition, as Fig. 8 shows, the 0UT_VALID signal will be 
forced low during the entire token unless the first data word 
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has the structure described above* This has the effect that 
all tokens except the one that causes the duplication process 
will be deleted from the token stream, since a device 
connected to the output terminals (OUTDATA, OUTEXTN and 
5 OUTVALID) will not recognize these token words as valid data. 
As before, both validation latches LVIN, LVOUT in the 
stage can be reset by a single conductor NOT_RESETO, and a 
single resetting input R on the downstream latch LVOUT, with 
the reset signal being propagated backwards to cause the 
10 upstream validation latch to be forced low on the next clock 
cycle. 

It should be noted that in the example shown in Fig. 8, 
the duplication of data contained in DATA tokens serves only 
as an example of the way in which circuitry may manipulate 

15 the ACCEPT and VALID signals so that more data is leaving the 
pipeline stage than that which is arriving at the input. 
Similarly, the example in Fig. 8 removes all non-DATA tokens 
purely as an illustration of the way in which circuitry may 
manipulate the VALID signal to remove data from the stream. 

20 In most typical applications, however, a pipeline stage will 
simply pass on any tokens that it does not recognize, 
unmodified, so that other stages further down the pipeline 
may act upon them if required. 

Figs. 9a and 9b taken together illustrate an example of a 

2 5 timing diagram for the data duplication circuit shown in 

Figs . 8a and 8b . As before , the timing diagram shows the 
relationship between the two-phase clock signals, the various 
internal and external control signals, and the manner in 
which data is clocked between the input and output sides of 

3 0 the stage and is duplicated. 

Referring now more particularly to Figure 10, there is 
shown a reconf igurable process stage in accordance with one 
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aspect of the present invention. 

Input latches 34 receive an input over a first bus 
31. A first output from the input latches 34 is passed over 
line 32 to a token decode subsystem 33. A second output from 
5 the input latches 34 is passed as a first input over line 3 5 
to a processing unit 36. A first output from the token decode 
subsystem 33 is passed over line 37 as a second input to the 
processing unit 36. A second output from the token decode 3 3 
is passed over line 40 to an action identification unit 39. 

10 The action identification unit 39 also receives input from 
registers 4 3 and 44 over line 46. The registers 4 3 and 44 
hold the state of the machine as a whole. This state is 
determined by the history of tokens previously received. The 
output from the action identification unit 3 9 is passed over 

15 line 38 as a third input to the processing unit 36. The 
output from the processing unit 36 is passed to output 
latches 41. The output from the output latches 41 is passed 
over a second bus 42. 

Referring now to Figure 11 , a Start Code Detector 

20 (SCD) 51 receives input over a two-wire interface 52. This 
input can be either in the form of DATA tokens or as data 
bits in a data stream. A first output from the Start Code 
Detector 51 is passed over line 53 to a first logical first- 
in first-out buffer (FIFO) 54. The output from the first 

25 FIFO 54 is logically passed over line 55 as a first input to 
a Huffman decoder 56. A second output from the Start Code 
Detector 51 is passed over line 57 as a first input to a DRAM 
interface 58. The DRAM interface 58 also receives input from 
a buffer manager 59 over line 60. Signals are transmitted to 

3 0 and received from external DRAM (not shown) by the DRAM 
interface 58 over line 61. A first output from the DRAM 
interface 58 is passed over line 62 as a first physical input 
to the Huffman decoder 56. 
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The output from the Huffman decoder 56 is passed 
over line 63 as an input to an Index to Data Unit (ITOD) 64. 
The Huffman decoder 56 and the ITOD 64 work together as a 
single logical unit. The output from the ITOD 64 is passed 
5 over line 65 to an arithmetic logic unit (ALU) 66. A first 
output from the ALU 66 is passed over line 67 to a read-only 
memory (ROM) state machine 68. The output from the ROM state 
machine 68 is passed over line 69 as a second physical input 
to the Huffman decoder 56. A second output from the ALU 66 

10 is passed over line 7 0 to a Token Formatter (T/F) 71. 

A first output 72 from the T/F 71 of the present 
invention is passed over line 72 to a second FIFO 73. The 
output from the second FIFO 73 is passed over line 74 as a 
first input to an inverse modeller 75. A second output from 

15 the T/F 71 is passed over line 76 as a third input to the 
DRAM interface 58. A third output from the DRAM interface 58 
is passed over line 77 as a second input to the inverse 
modeller 75. The output from the inverse modeller 75 is 
passed over line 78 as an input to an inverse quantizer 7 9 

2 0 The output from the inverse quantizer 7 9 is passed over line 
8 0 as an input to an inverse zig-zag (122) 81. The output 
from the 122 81 is passed over line 82 as an input to an 
inverse discrete cosine transform (IDCT) 83. The output from 
the IDCT 83 is passed over line 84 to a temporal decoder (not 

25 shown) . 

Referring now more particularly to Figure 12, a 
temporal decoder in accordance with the present invention is 
shown. A fork 91 receives as input over line 92 the output 
from the IDCT 83 (shown in Fig. 11). As a first output from 
30 the fork 91, the control tokens, e.g., motion vectors and the 
like, are passed over line 93 to an address generator 94. 
Data tokens are also passed to the address generator 94 for 
counting purposes. As a second output from the fork 91, the 
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data is passed over line 95 to a FIFO 96 • The output from the 
FIFO 96 is then passed over line 97 as a first input to a 
summer 98. The output from the address generator 94 is 
passed over line 99 as a first input to a DRAM interface 100, 
5 Signals are transmitted to and received from external DRAM 
(not shown) by the DRAM interface 100 over line 101. A first 
output from the DRAM interface 100 is passed over line 102 to 
a prediction filter 103, The output from the prediction 
filter 103 is passed over line 104 as a second input to the 

10 summer 98. A first output from the summer 98 is passed over 
line 105 to output selector 106* A second output from the 
summer 98 is passed over line 107 as a second input to the 
DRAM interface 100. A second output from the DRAM interface 
100 is passed over line 108 as a second input to the output 

15 selector 106, The output from the output selector 106 is 
passed over line 109 to a Video Formatter (not shown in 
Figure 12) . 

Referring now to Figure 13, a fork 111 receives 
input from the output selector 106 (shown in Figure 12) over 

20 line 112. As a first output from the fork 111, the control 
tokens are passed over line 113 to an address generator 114. 
The output from the address generator 114 is passed over line 
115 as a first input to a DRAM interface 116, As a second 
output from the fork 111 the data is passed over line 117 as 

25 a second input to the DRAM interface 116. Signals are 
transmitted to and received from external DRAM (not shown) by 
the DRAM interface 116 over line 118. The output from the 
DRAM interface 116 is passed over line 119 to a display pipe 
120. 

30 It will be apparent from the above descriptions 

that each line may comprise a plurality of lines, as 
necessary . 
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Referring now to Figure 14a, in the MPEG standard 
a picture 131 is encoded as one or more slices 132. Each 
slice 132 is, in turn, comprised of a plurality of blocks 
133, and is encoded row-by-row, left-to-right in each row, 
5 As is shown, each slice 132 may span exactly one full line of 
blocks 13 3, less than one line B or D of blocks 13 3 or 
multiple lines C of blocks 133. 

Referring to Figure 14b, in the JPEG and H.261 
standards, the Common Intermediate Format (GIF) is used, 

10 wherein a picture 141 is encoded as 6 rows each containing 2 
groups of blocks (GOBs) 142. Each GOB 142 is, in turn, 
composed of either 3 rows or 6 rows of an indeterminate 
number of blocks 143, Each GOB 142 is encoded in a zigzag 
direction indicated by the arrow 144. The GOBs 142 are, in 

15 turn, processed row- by-row, left-to-right in each row. . 

Referring now to Figure 14c,- it can be seen that, 
for both MPEG and CIF, the output of the encoder is in the 
form of a data stream. 151. The decoder receives this data 
stream 151. The decoder can then reconstruct the image 

2 0 according to the format used to encode it. In order to allow 
the decoder to recognize start and end points for each 
standard, the data stream 151 is segmented into lengths of 3 3 
blocks 152. 

Referring to Figure 15, a Venn diagram is shown, 
2 5 representing the range of values possible for the table 
selection from the Huffman decoder 56 (shown in Fig. 11) of 
the present invention. The values possible for an MPEG 
decoder and an H.261 decoder overlap, indicating that a 
single table selection will decode both certain MPEG and 
30 certain H.261 formats. Likewise, the values possible for an 
MPEG decoder and a JPEG decoder overlap, indicating that a 
single table selection will decode both certain MPEG and 
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certain JPEG formats. Additionally, it is shown that the 
H.261 values and the JPEG values do not overlap, indicating 
that no single table selection exists that will decode both 
formats. 

5 Referring now more particularly to Figure 16 , there 

is shown a schematic representation of variable length 
picture data in accordance with the practice of the present 
invention. A first picture 161 to be processed contains a 
first P I CTURE_START token 162, first picture information of 

10 indeterminate length 163, and a first PICTURE_END token 164. 
A second picture 165 to be processed contains a second 
P I CTURE_START token 166, second picture information of 
indeterminate length 167, and a second PICTURE_END token 168. 
The P I CTURE_ST ART tokens 162 and 166 indicate the start of 

15 the pictures 161 and 165 to the processor. Likewise, the 
PICTURE_END tokens 164 and 168 signify the end of the 
pictures 161 and 165 to the processor. This allows the 
processor to process picture information 163 and 167 of 
variable lengths. 

20 Referring to Figure 17, a split 171 receives input 

over line 172. A first output from the split 171 is passed 
over line 173 to an address generator 174. The address 
generated by the address generator 174 is passed over line 

175 to a DRAM interface 176. Signals are transmitted to and 
25 received from external DRAM (not shown) by the DRAM interface 

176 over line 177. A first output from the DRAM interface 
176 is passed over line 178 to a prediction filter 179. The 
output from the prediction filter 179 is passed over line 180 
as a first input to a summer 181. A second output from the 

30 split 171 is passed over line 182 as an input to a first-in 
first-out buffer (FIFO) 183. The output from the FIFO 183 is 
passed over line 184 as a second input to the summer 181. 
The output from the summer 181 is passed over line 185 to a 
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write signal generator 186, A first output from the write 
signal generator 186 is passed over line 187 to the DRAM 
interface 176. A second output from the write signal 
generator 186 is passed over line 188 as a first input to a 
5 read signal generator 189. A second output from the DRAM 
interface 176 is passed over line 190 as a second input to 
the read signal generator 189. The output from the read 
signal generator 189 is passed over line 191 to a Video 
Formatter (not shown in Figure 17) . 

10 Referring now to Figure 18 , the prediction 

filtering process is illustrated. A forward picture 201 is 
passed over line 202 as a first input to a summer 203. A 
backward picture 204 is passed over line 205 as a second 
input to the summer 203. The output from the summer 203 is 

15 passed over line 2 06. 

Referring to Figure 19, a slice 211 comprises one 
or more macroblocks 212. In turn, each macroblock 212 
comprises four luminance blocks 213 and two chrominance 
blocks 214, and contains the information for an original 16 

2 0 x 16 block of pixels. Each of the four luminance blocks 213 
and two chrominance blocks 214 is 8 x 8 pixels in size. The 
four luminance blocks 213 contain a 1 pixel to 1 pixel 
mapping of the luminance ( Y) information from the original 16 
x 16 block of pixels. One chrominance block 214 contains a 

2 5 representation of the chrominance level of the blue color 
signal (Cu/b) , and the other chrominance block 214 contains 
a representation of the chrominance level of the red color 
signal (Cv/r) . Each chrominance level is subsampled such 
that each 8x8 chrominance block 214 contains the 

30 chrominance level of its color signal for the entire original 
16 x 16 block of pixels. 

Referring now to Figure 20, the structure and 
function of the Start Code Detector will become apparent. A 
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value register 221 receives image data over a line 222, The 
line 222 is eight bits wide, allowing for parallel 
transmission of eight bits at a time. The output from the 
value register 221 is passed serially over line 223 to a 
5 decode register 224. A first output from the decode register 
224 is passed to a detector 225 over a line 226. The line 
226 is twenty-four bits wide, allowing for parallel 
transmission of twenty-four bits at a time. The detector 225 
detects the presence or absence of an image which corresponds 

10 to a standard-independent start code of 23 "zero" values 
followed by a single "one 11 value. An 8-bit data value image 
follows a valid start code image. On detecting the presence 
of a start code image, the detector 225 transmits a start 
image over a line 227 to a value decoder 228 . 

15 A second output from the decode register 224 is 

passed serially over line 229 to a value decode shift 
register 230. The value decode shift register 23 0 can hold 
a data value image fifteen bits long. The 8-bit data value 
following the start code image is shifted to the right of the 

2 0 value decode shift register 230, as indicated by area 231, 
This process eliminates overlapping start code images, as 
discussed below. A first output from the value decode shift 
register 230 is passed to the value decoder 228 over a line 
232. The line 232 is fifteen bits wide, allowing for 

25 parallel transmission of fifteen bits at a time. The value 
decoder 228 decodes the value image using a first look-up 
table (not shown) . A second output from the value decode 
shift register 23 0 is passed to the value decoder 228 which 
passes a flag to an index-to-tokens converter 234 over a line 

30 235. The value decoder 228 also passes information to the 
index-to-tokens converter 234 over a line 236. The 
information is either the data value image or start code 
index image obtained from the first look-up table* The flag 
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indicates which form of information is passed. The line 23 6 
is fifteen bits wide, allowing for parallel transmission of 
fifteen bits at a time, While 15 bits has been chosen here 
as the width in the present invention it will be appreciated 
5 that bits of other lengths may also be used. The index-to- 
tokens converter 234 converts the information to token images 
using a second look-up table (not shown) similar to that 
given in Table 12-3 of the Users Manual. The token images 
generated by the index-to-tokens converter 234 are then 

10 output over a line 237. The line 237 is fifteen bits wide, 
allowing for parallel transmission of fifteen bits at a time. 

Referring to Figure 21, a data stream 241 
consisting of individual bits 242 is input to a Start Code 
Detector (not shown in Figure 21) . A first start code image 

15 24 3 is detected by the Start Code Detector. The Start Code 
Detector then receives a first data value image 244. Before 
processing the first data value image 244, the Start Code 
Detector may detect a second start code image 245, which 
overlaps the first data value image 244 at a length 246. If 

2 0 this occurs, the Start Code Detector does not process the 
first data value image 244, and instead receives and 
processes a second data value image 247. 

Referring now to Figure 22, a flag generator 251 
receives data as a first input over a line 252. The line 252 

25 is fifteen bits wide, allowing for parallel transmission of 
fifteen bits at a time. The flag generator 251 also receives 
a flag as a second input over a line 253, and receives an 
input valid image over a first two-wire interface 254. A 
first output from the flag generator 251 is passed over a 

30 line 255 to an input valid register (not shown) . A second 
output from the flag generator 251 is passed over a line 256 
to a decode index 257. The decode index 257 generates four 
outputs; a picture start image is passed over a line 258, a 
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picture number image is passed over a line 259, an insert 
image is passed over a line 260, and a replace image is 
passed over a line 261. The data from the flag generator 251 
is passed over a line 262a. A header generator 263 uses a 
5 look-up table to generate a replace image, which is passed 
over a line 262b. An extra word generator 2 64 uses the MPU 
to generate an insert image, which is passed over a line 
262c. Line 262a, and line 262b combine to form a line 262, 
which is first input to output latches 265. The output 

10 latches 265 pass data over a line 266. The line 266 is 
fifteen bits wide, allowing for parallel transmission of 
fifteen bits at a time. 

The input valid register (not shown) passes an 
image as a first input to a first OR gate 2 67 over a line 

15 268. An insert image is passed over a line 269 as a second 
input to the first OR gate 267. The output from the first OR 
gate 267 is passed as a first input to a first AND gate 270 
over a line 271. The logical negation of a remove image is 
passed over a line 272 as a second input to the first AND 

2 0 gate 270 is passed as a second input to the output latches 

265 over a line 273. The output latches 265 pass an output 
valid image over a second two-wire interface 274. An output 
accept image is received over the second two-wire interface 
274 by an output accept latch 275. The output from the 
25 output accept latch 275 is passed to an output accept 
register (not shown) over a line 276. 

The output accept register (not shown) passes an 
image as a first input to a second OR gate 277 over a line 
278. The logical negation of the output from the input valid 

3 0 register is passed as a second input to the second OR gate 

* 277 over a line 279. The remove image is passed over a line 
280 as a third input to the second OR gate 277. The output 
from the second OR gate 277 is passed as a first input to a 
second AND gate 281 over a line 282. The logical negation of 
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an insert image is passed as a second input to the second AND 
gate 281 over a line 283, The output from the second AND 
gate 281 is passed over a line 284 to an input accept latch 
285* The output from the input accept latch 285 is passed 
5 over the first two-wire interface 254, 
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TABLE €00 

1. H.261 
MPEG 
JPEG 



H.261 

MPEG 

JPEG 



SEQUENCE START 
PICTURE START 
(None) 

(None) 
(None) 
(None) 



TPKeng generates 
SEQUENCE START 
GROUP START 
PICTURE START 
PICTURE DATA 
PICTURE END 
PADDING 
FLUSH 

10 STOP AFTER PICTURE 

As set forth in Table 600 which shows a relationship 
between the absence or presence of standard signals in the 
certain machine independent control tokens, the detection, of 
an image by the Start Code Detector 51 generates a sequence 

15 of machine independent Control Tokens. Each image listed in 
the "Image Received" column starts the generation of all 
machine independent control tokens listed in the group in the 
"Tokens Generated" column* Therefore, as shown in line 1 of 
Table 600 , whenever a "sequence start" image is received 

20 during H.261 processing or a "picture start" image is 
received during MPEG processing, the entire group of four 
control tokens is generated, each followed by its 
corresponding data value or values. In addition, as set 
forth at line 2 of Table 600, the second group of four 

2 5 control tokens is generated at the proper time irrespective 
of images received by the Start Code Detector 51. 
TABLE 601 

DISPLAY ORDER: II B2 B3 P4 B5 B6 P7 B8 B9 110 
TRANSMIT ORDER: II P4 B2 B3 P7 B5 B6 110 B8 B9 



3 0 As shown in line 1 of Table 601 which shows the timing 

relationship between transmitted pictures and displayed 
pictures, the picture frames are displayed in numerical 
order. However, in order to reduce the number of frames that 
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must be stored in memory, the frames are transmitted in a 
different order. It is useful to begin the analysis from an 
intraframe (I frame). The II frame is transmitted in the 
order it is to be displayed. The next predicted frame (P 
5 frame), P4 , is then transmitted* then, any bi-directionally 
interpolated frames (B frames) to be displayed between the II 
frame and P4- frame are transmitted, represented by frames 32 
and B3 . This allows the transmitted B frames to reference a 
previous frame (forward prediction) or a future frame 

10 (backward prediction) . After transmitting all the B frames 
to be displayed between the II frame and the P4 frame, the 
next P frame, P7 , is transmitted. Next, all the B frames to 
be displayed between the P4 and P7 frames are transmitted, 
corresponding to B5 and B6\ Then, the next I frame, 110, is 

15 transmitted. Finally, all the B frames to be displayed 
between the P7 and 110 frames are transmitted, corresponding 
to frames B8 and B9 . This ordering of transmitted frames 
requires only two frames to be kept in memory at any one 
time, and does not require the decoder to wait for the 

20 transmission of the next P frame or I frame to display an 
interjacent B frame. 

Further information regarding the structure and operation, 
as well as the features, objects and advantages, of the 
invention will become more readily apparent to one of 

25 ordinary skill in the art from the ensuing additional 
detailed description of illustrative embodiment of the 
invention which, for purposes of clarity and convenience of 
explanation are grouped and set forth in the following 
sections : 

20 1., Multi-Standard Configurations 

2. JPEG Still Picture Decoding 

3 . Motion Picture Decompression 

4 . RAM Memory Map 

5. Bitstream Characteristics 
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6. Reconf igurable Processing Stage 

7. Multi-Standard Coding 

3. Multi-Standard Processing Circuit-2nd Mode of Operation 

9 . Start Code Detector 

5 10. Tokens 

11. DRAM Interface 

12. Prediction Filter 

13. Accessing Registers 

14. Microprocessor Interface (MPI) 
10 15. MPI Read Timing 

16. MPI Write Timing 

17. Key Hole Address Locations 
13. Picture End 

19. Flushing Operation 

15 20. Flush Function 

2 1 • Stop-After-Picture 

22. Multi-Standard Search Mode 

23. Inverse Modeler 

24. Inverse Quantizer 

20 25. Huffman Decoder and Parser 

26. Diverse Discrete Cosine Transformer 

27. Buffer Manager 
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1. MULTI- STANDARD CONFIGURATIONS 

Since the various compression standards , i . e * , JPEG , 
MPEG and H,261, are well known, as for example as described 
in the aforementioned United States Patent No* 5,212,742, the 
5 detailed specifications of those standards are not repeated 
here. 

As previously mentioned, the present invention is 
capable of decompressing a variety of differently encoded, 
picture data bitstreams. In each of the different standards 

10 of encoding, some form of output formatter is required to 
take the data presented at the output of the spatial decoder 
operating alone, or the serial output of a spatial decoder 
and temporal decoder operating in combination, (as 
subsequently described herein in greater detail) and 

15 reformatting this output for use, including display in a 
computer or other display systems, including a video display 
system. Implementation of this formatting varies 

significantly between encoding standards and/or the type of 
display selected. 

2 0 In a first embodiment, in accordance with the present 

invention, as previously described with reference to Figures 
10-12 an address generator is employed to store a block of 
formatted data, output from either the first decoder (Spatial 
Decoder) or the combination of the first decoder (Spatial 

2 5 Decoder) and the second decoder (the Temporal Decoder) , and 

to write the decoded information into and/or from a memory in 
a raster order. The video formatter described hereinafter 
provides a wide range of output signal combinations. 

In the preferred multi-standard video decoder embodiment 

3 0 of the present invention, the Spatial Decoder and the 

Temporal Decoder are required to implement both an MPEG 
encoded signal and an H.261 video decoding system. The DRAM 
interfaces on both devices are configurable to allow the 
quantity of DRAM required to be reduced when working with 
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small picture formats and at low coded data rates. The 
reconfiguration of these DRAMs will be further described 
hereinafter with reference to the DRAM interface. Typically, 
a single 4 megabyte DRAM is required by each of the Temporal 
5 Decoder and the Spatial Decoder circuits. 

The Spatial Decoder of the present invention performs 
all the required processing within a single picture. This 
reduces the redundancy within one picture. 

The Temporal Decoder reduces the redundancy between the 

10 subject picture with relationship to a picture which arrives 
prior to the arrival of the subject picture, as well as a 
picture which arrives after the arrival of the subject 
picture. One aspect of the Temporal Decoder is to provide an 
address decode network which handles the complex addressing 

15 needs to read out the data associated with all of these 
pictures with the least number of circuits and with high 
speed and improved accuracy. 

As previously described with reference to Figure 11, the 
data arrives through the Start Code Detector, a FIFO register 

2 0 which precedes a Huffman decoder and parser, through a second 
FIFO register, an inverse modeller, an inverse quantizer, 
inverse zigzag and inverse DCT. The two FIFOs need not be on 
the chip. In one embodiment, the data does not flow through 
a FIFO that is on the chip. The data is applied to the DRAM 

2 5 interface, and the FIFO-IN storage register and the FIFO-OUT 

register is off the chip in both cases. These registers, 
whose operation is entirely independent of the standards, 
will subsequently be described herein in further detail. 

The majority of the subsystems and stages shown in 

3 0 Figure 11 are actually independent of the particular standard 

used and include the DRAM interface 58, the buffer manager 59 
which is generating addresses for the DRAM interface, the 
inverse modeller 75, the inverse zig-zag 81 and the inverse 
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DCT 83. The standard independent units within the Huffman 
decoder and parser include the ALU 66 and the token formatter 

71. 

Referring now to Figure 12, the standard- 
5 independent units include the DRAM interface 100, the fork 
91, the FIFO register 96, the summer 98 and the output 
selector 106. The standard dependent units are the address 
generator 94, which is different in H.261 and in MPEG, and 
the prediction filter 103, which is reconf igurable to have 

10 the ability to do both H.261 and MPEG. The JPEG data will 
flow through the entire machine completely unaltered. 

Figure 13 depicts a high level block diagram of the 
video formatter chip. The vast majority of this chip . is 
independent of the standard. The only items that are 

15 affected by the standard is the way the data is written into 
the DRAM in the case of H.2 61, which differs from MPEG or 
JPEG; and that in H.2 61, it is not necessary to code every 
single picture. There is some timing information referred to 
as a temporal reference which provides some information 

2 0 regarding when the pictures are intended to be displayed, and 
that is also handled by the address generation type of logic 
in the video formatter. 

The remainder of the circuitry embodied in the video 
formatter, including all of the color space conversion, the 

2 5 up-sampling filters and all of the gamma correction RAMs , is 

entirely independent of the particular compression standard 
utilized. 

The Start Code Detector of the present invention is 
dependent on the compression standard in that it has to 

3 0 recognize different start code patterns in the bitstream for 

each of the standards. ' For example, H.261 has a 16 bit start 
code, MPEG has a 24 bit start code and JPEG uses marker codes 
which are fairly different from the other start codes. Once 
the Start Code Detector has recognized those different start 
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codes, its operation is essentially independent of the 
compression standard. For instance, during searching, apart 
from the circuitry that recognizes the different category of 
markers, much of the operation is very similar between the 
5 three different compression standards. 

The next unit is the state machine 68 (Figure 11) 
located within the Huffman decoder and parser. Here, the 
actual circuitry is almost identical for each of the three 
compression standards. In fact, the only element that is 

10 affected by the standard in operation is the reset address of 
the machine. If just the parser is reset, then it jumps to 
a different address for each standard. There are, in fact, 
four standards that are recognized. These standards are 
H.261, JPEG, MPEG and one other, where the parser enters a 

15 piece of code that is used for testing. This illustrates 
that the circuitry is identical in almost every aspect, but 
the difference is the program in the microcode for each of 
the standards. Thus, when operating in H.261, one program is 
running, and when a different program is running, there is no 

2 0 overlap between them. The same holds true for JPEG, which is 

a third, completely independent program. 

The next unit is the Huffman decoder 56 which 
functions with the index to data unit 64. Those two units 
cooperate together to perform the Huffman decoding. Here, 
25 the algorithm that is used for Huffman decoding is the same, 
irrespective of the compression standard. The changes are in 
which tables are used and whether or not the data coming into 
the Huffman decoder is inverted. Also, the Huffman decoder 
itself includes a state machine that understands some aspects 

3 0 of the coding standards. These different operations are 

selected in response to an instruction coming from the parser 
state machine. The parser state machine operates with a 
different program for each of the three compression standards 
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and issues the correct command to the Huffman decoder at 
different times consistent with the standard in operation ♦ 

The last unit on the chip that is dependent on the 
compression standard is the inverse quantizer 79, where the 
5 mathematics that the inverse quantizer performs are different 
for each of the different standards. In this regard, a 
CODING_STANDARD "token is decoded and the inverse quantizer 79 
remembers which standard it is operating in. Then, any 
subsequent DATA tokens that happen after that event, but 

10 before another CODING_STANDARD may come along, are dealt with 
in the way indicated by the CODING_STANDARD that has been 
remembered inside the inverse quantizer. In the detailed 
description, there is a table illustrating different 
parameters in the different standards and what circuitry is 

15 responding to those different parameters or mathematics • 

The address generation, with reference to H.261, differs 
for each of the subsystems shown in Figure 12 and Figure 13. 
The address generation in Figure 11, which generates 
addresses for the two FIFOs before and after the Huffman 

2 0 decoder, does not change depending on the coding standards. 

Even in H.261, the address generation that happens on that 
chip is unaltered. Essentially, the difference between these 
standards is that in MPEG and JPEG, there is an organization 
of macroblocks that are in linear lines going horizontally 
25 across pictures. As best observed in Figure 14a, a first 
macroblock A covers one full line. A macroblock B covers 
less than a line. A macroblock C covers multiple lines. The 
division in MPEG is into slices 132, and a slice may be one 
horizontal line, A, or it may be part of a horizontal line B, 

3 0 or it may extend from one- line into the next line, C. Each 

of these slices 132 is made up of a row of macroblocks. 

In H.261, the organization is rather different 
because the picture is divided into groups of blocks (GOB) . 



A group of blocks is three rows of macroblocks high by eleven 
macroblocks wide. In the case of a CIF picture , there are 
twelve such groups of blocks . However, they are not 
organized one above the other. Rather, there are two groups 
of blocks next to each other and then six high, i.e., there 
are 6 GOB's vertically, and 2 GOB's horizontally. 

In all other standards, when performing the 
addressing, the macroblocks are addressed in order as 
described above. More specifically, addressing proceeds 
along the lines and at the end of the line, the next line is 
started. In H.2 61, the order of the blocks is the same as 
described within a group of blocks, but in moving onto the 
next group of blocks, it is almost a zig-zag. 

The present invention provides circuitry to deal 
with the latter affect. That is the way in which the address 
generation in the spatial decoder and the video formatter 
varies for H.261. This is accomplished whenever information 
is written into the DRAM. It is written with the knowledge 
of the aforementioned address generation sequence so the 
place where it is physically located in the RAM is exactly 
the same as if this had been an MPEG picture of the same 
size. Hence, all of the address generation circuitry for 
reading from the DRAM, for instance, when forming 
predictions, does not have to comprehend that it is H.261 
standard because the physical placement of the information in 
the memory is the same as it would have been if it had been 
in MPEG sequence. Thus, in all cases, only writing of data 
is affected. 

In the Temporal Decoder, there is an abstraction for 
H.261 where the circuitry pretends something is different 
from what is actually occurring. That is , each group of 
blocks is conceptually stretched out so that instead of 
having a rectangle which is 11 x 3 macroblocks, the 
macroblocks are stretched out into a length of 3 3 blocks (see 




92 



Figure 14c) group of blocks which is one macroblock high. By 
doing that, exactly the same counting mechanisms used on the 
Temporal Decoder for counting through the groups of blocks 
are also used for MPEG* 
5 There is a correspondence in the way that the 

circuitry is designed between an H.261 group of blocks and an 
MPEG slice • When H-2 61 data is processed after the Start 
Code Detector, each group of blocks is preceded by a 
slice_start_code. The next group ot blocks is preceded by 

10 the next slice_start code. The counting that goes on inside 
the Temporal Decoder for counting through this structure 
pretends that it is a 33 macroblock-long group that is one 
macroblock high. This is sufficient, although the circuitry 
also counts every 11th interval. When it counts to the nth 

15 macroblock or the 22nd macroblock, it resets some counters. 
This is accomplished by simple circuitry with another counter 
that counts up each macroblock, and when it gets to 11, it 
resets to zero. The microcode interrogates that and does 
that work. All the circuitry in the temporal decoder of the 

20 present invention is essentially independent of the 
compression standard with respect to the physical placement 
of the macroblocks. 

In terms of multi-standard adaptability, there are 
a number of different tables and the circuitry selects the 

25 appropriate table for the appropriate standard at the 
appropriate time. Each standard has multiple tables; the 
circuitry selects from the set at any given time. Within any 
one standard, the circuitry selects one table at one time and 
another table another time. In a different standard, the 

3 0 circuitry selects a different set of tables. There is some 
intersection between those tables as indicated previously in 
the discussion of Figure 15. For example, one of the tables 
used in MPEG is also used in JPEG. The tables are not a 
completely isolated set. Figure 15 illustrates an H.261 
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set, ,gn MPEG set and a JPEG set. Note that there is a much 
greater overlap between the H.261 set and the MPEG set. They 
are quite common in the tables they utilize. There is a 
snail overlap between MPEG and JPEG, and there is no overlap 
5 at all between H.261 and JPEG so that these standards have 
totally different sets of tables. 

As previously indicated, most of the system units are 
compression standard independent. If a unit is standard 
independent, and such units need not remember what 

10 C0DING_STANDARD is being processed. All of the units that 
are standard dependent remember the compression standard as 
the CODING_STANDARD token flows by them. When information 
encoded/decoded in a first coding standard is distributed 
through the machine, and a machine is changing standards, 

15 prior machines under microprocessor control would normally 
choose to perform in accordance with the H.261 compression 
standard. The MPU in such prior machines generates signals 
stating in multiple different places within the machine that 
the compression standard is changing. The MPU makes changes 

20 at different times and, in addition, may flush the pipeline 
through . 

In accordance with the invention, by issuing a change of 
CODING_STANDARD tokens at the Start Code Detector that is 
positioned as the first unit in the pipeline, this change of 

25 compression standard is readily handled. The token says a 
certain coding standard is beginning and that control 
information flows down the machine and configures all the 
other registers at the appropriate time. The MPU need not 
program each register. 

30 The prediction token signals how to form predictions 

using the bits in the bitstream. Depending on which 
compression standard is operating, the circuitry translates 
the information that is found in the standard, i.e. from the 
bitstream into a prediction mode token. This processing is 
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perfojyae^ by the Huffman decode}:, and parser state machine, 
where it is easy to manipulate bits based on certain 
conditions. The Start Code Detector generates this 
prediction mode token* The token then flows down the machine 
5 to the circuitry of the Temporal Decoder, which is the device 
responsible for forming predictions. The circuitry of the 
spatial decoder interprets the token without having to know 
what standard it is operating in because the bits in it are 
invariant in the three different standards. The Spatial 

13 Decoder just does what it is told in response to that token. 
By having these tokens and using them appropriately, the 
design of other units in the machine is simplified. Although 
there may be some complications in the program, benefits are 
received in that some of the hard wired logic which would be 

15 difficult to design for multi-standards can be used here. 

2 . JPEG STILL PICTURE DECODING 

As previously indicated, the present invention reiat.es 
to signal decompression and, more particularly, to the 
decompression of an encoded video signal, irrespective of the 

20 compression standard employed. 

One aspect of the present invention is to provide a first 
decoder circuit (the Spatial Decoder) to decode a first 
encoded signal (the JPEG encoded video signal) in combination 
with a second decoder circuit (the Temporal Decoder) to 

25 decode a first encoded signal (the MPEG or H.261 encoded 
video signal) in a pipeline processing system. The Temporal 
Decoder is not needed for JPEG decoding. 

In this regard, the invention facilitates the 
decompression of a plurality of differently encoded signals 

30 through the use of a single pipeline decoder and 
decompression system. The decoding and decompression 
pipeline processor is organized on a unique and special 
configuration which allows the handling of the multi-standard 
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encod*d ^video signals through the use of techniques all 
compatible with the single pipeline decoder and processing 
system. The Spatial Decoder is combined with the Temporal 
Decoder, and the Video Formatter is used in driving a video 
5 display. 

Another aspect of the invention is the use of the 
combination of the Spatial Decoder and the Video Formatter 
for use with only still pictures. The compression standard 
independent Spatial Decoder performs all of the data 

10 processing within the boundaries of a single picture. Such 
a decoder handles the spatial decompression of the internal 
picture data which is passing through the pipeline and is 
distributed within associated random access memories, 
standard independent address generation circuits for handling 

15 the storage and retrieval of information into the memories. 
Still picture data is decoded at the output of the Spatial 
Decoder, and this output is employed as input to the multi- 
standard, configurable Video Formatter, which then provides 
an output to the display terminal. In a first sequence of 

20 similar pictures, each decompressed picture at the output of 
the Spatial Decoder is of the same length in bits by the time 
the picture reaches the output of the Spatial Decoder. A 
second sequence of pictures may have a totally different 
picture size and, hence, have a different length when 

25 compared to the first length. Again, all such second 
sequence of similar pictures are of the same length in bits 
by the time such pictures reach the output of the Spatial 
Decoder . 

Another aspect of the invention is to internally organize 
2 0 the incoming standard dependent bitstream into a sequence of 
control tokens and DATA tokens, in combination with a 
plurality of sequentially-positioned reconf igurable 
processing stages selected and organized to act as a 
standard -independent , reconf igurable-pipel ine- process or . 
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With regard to JPEG decoding, a single Spatial Decoder 
with no off chip DRAM can rapidly decode baseline JPEG 
images. The Spatial Decoder supports all features of 
baseline JPEG encoding standards. However, the image size 
5 that can be decoded may be limited by the size of the output 
buffer provided. The Spatial Decoder circuit also includes 
a random access memory circuit, having machine-dependent, 
standard independent address generation circuits for handling 
the storage of information into the memories. 

10 As previously, indicated the Temporal Decoder is not 

required to decode JPEG-encoded video. Accordingly, signals 
carried by DATA tokens pass directly through the Temporal 
Decoder without further processing when the Temporal Decoder 
is configured for a JPEG operation. 

15 Another aspect of the present invention is to provide in 

the Spatial Decoder a pair of memory circuits, such as buffer 
memory circuits, for operating in combination with the 
Huffman decoder/ video demultiplexer circuit (HD & VDM) . A 
first buffer memory is positioned before the HD & VDM, and a 

20 second buffer memory is positioned after the HD & VDM. The 
HD & VDM decodes the bitstream from the binary ones and zeros 
that are in the standard encoded bitstream and turns such 
stream into numbers that are used downstream. The advantage 
of the two buffer system is for implementing a multi-standard 

25 decompression system. These two buffers, in combination with 
the identified implementation of the Huffman decoder, are 
described hereinafter in greater detail. 

A still further aspect of the present multi-standard, 
decompression circuit is the combination of a Start Code 

3 0 Detector circuit positioned upstream of the first forward 
buffer operating in combination with the Huffman decoder. 
One advantage of this combination is increased flexibility in 
dealing with the input bitstream, particularly padding, vhicn 
has to be added to the bitstream. The placement of these 
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ident^fi^d components; Start Code Detector, memory buffers, 
and Huffman decoder enhances the handling of certain 
sequences in the input bitstream. 

In addition, off chip DRAMs are used for decoding JPEG- 
5 encoded video pictures in real time. The size and speed of 
the buffers used with the DRAMs will depend on the video 
encoded data* rates. 

The coding standards identify all of the standard 
dependent types of information that is necessary for storage 

10 in the DRAMs associated with the Spatial Decoder using 
standard independent circuitry. 
3. MOTION PICTURE DECOMPRESSION 

In the present invention, if motion pictures are being 
decompressed through the steps of decoding, a further 

15 Temporal Decoder is necessary. The Temporal Decoder combines 
the data decoded in the Spatial Decoder with pictures, 
previously decoded, that are intended for display either 
before or after the picture being currently decoded. The 
Temporal Decoder receives, in the picture coded datastream, 

20 information to identify this temporally-displaced 
information. The Temporal Decoder is organized to address 
temporally and spatially displaced information, retrieve it, 
and combine it in such a way as to decode the information 
located in one picture with the picture currently being 

2 5 decoded and ending with a resultant picture that is complete 

and is suitable for transmission to the video formatter for 
driving the display screen. Alternatively, the resultant 
picture can be stored for subsequent use in temporal decoding 
of subsequent pictures. 

3 0 Generally, the Temporal Decoder performs the processing 

between pictures either earlier and/or later in time with 
reference to the picture currently being decoded. The 
Temporal Decoder reintroduces information that is not encoded 
within the coded representation of the picture, because it is 
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redurWar*t and is already available at the decoder. More 
specifically, it is probable that any given picture will 
contain similar information as pictures temporally 
surrounding it, both before and after. This similarity can 
5 be made greater if motion compensation is applied. The 
Temporal Decoder and decompression circuit also reduces the 
redundancy between related pictures. 

In another aspect of the present invention, the Temporal 
Decoder is employed for handling the standard-dependent 

10 output information from the Spatial Decoder. This standard 
dependent information for a single picture is distributed 
among several areas of DRAM in the sense that the 
decompressed output information, processed by the Spatial 
Decoder, is stored in other DRAM registers by other random 

15 access memories having still other machine-dependent, 
standard-independent address generation circuits for 
combining one picture of spatially decoded information packet 
of spatially decoded picture information, temporally 
displaced relative to the temporal position of the first 

20 picture. 

In multi-standard circuits capable of decoding MPEG- 
encoded signals, larger logic DRAM buffers may be required to 
support the larger picture formats possible with MPEG. 

The picture information is moving through the serial 
25 pipeline in 8 pel by 8 pel blocks. In one form of the 
invention, the address decoding circuitry handles these pel 
blocks (storing and retrieving) along such block boundaries. 
The address decoding circuitry also handles the storing and 
retrieving of such 3 by S pel blocks across such boundaries. 
20 This versatility is more completely described hereinafter. 

A second Temporal Decoder may also be provided which 
passes the output of the first decoder circuit (the Spatial 
Decoder) directly to the Video Formatter for handling without 
signal processing delay. 
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I&^Temporal Decoder also reorders the blocks of picture 
data for display by a display circuit. The address decode 
circuitry, described hereinafter, provides handling of this 
reordering . 

5 As previously mentioned, one important feature of the 

Temporal Decoder is to add picture information together from 
a selection of pictures which have arrived earlier or later 
than the picture under processing. When a picture is 
described in this context, it may mean any one of the 
10 following: 

1, The coded data representation of the picture; 

2. The result, i.e., the final decoded picture 
resulting from the addition of a process step 
performed by the decoder; 

15 3. Previously decoded pictures read from the DRAM; and 
4, The result of the spatial decoding, i.e., the extent 
of data between a PICTURE_START token and a 
subsequent PICTURE^ END token. 

After the picture data information is processed by the 
20 Temporal Decoder, it is either displayed or written back into 
a picture memory location. This information is then kept for 
further reference to be used in processing another different 
coded data picture. 

Re-ordering of the MPEG encoded pictures for visual 
25 display involves the possibility that a desired scrambled 
picture can be achieved by varying the re-ordering feature of 
the Temporal Decoder. 

4. RAM MEMORY MAP 

The Spatial Decoder, Temporal Decoder and Video 
20 Formatter all use external DRAM. Preferably, the same DRAM 
is used for all three devices. While all three devices use 
DRAM , and all three devices use a DRAM interface in 
conjunction with an address generator, what each implements 
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in DRAM is different. That is, each chip, e.g. Spatial 
Decoder and Temporal Decoder, have a different DRAM interface 
and address generation circuitry even through they use a 
similar physical, external DRAM. 

In brief, the Spatial Decoder implements two FIFOs in 
the common DRAM. Referring again to Figure 11, one FIFO 54 
is positioned before the Huffman decoder 56 and parser, and 
the other is positioned after the Huffman decoder and parser. 
The FIFOs are implemented in a relatively straightforward 
manner. For each FIFO, a particular portion of DRAM is set 
aside as the physical memory in which the FIFO will be 
implemented. 

The address generator associated with the Spatial 
Decoder DRAM interface 58 keeps track of FIFO addresses using 
two pointers. One pointer points to the first word stored in 
the FIFO, the other pointer points to the last word stored in 
the FIFO, thus allowing read/write operation on the 
appropriate word. When, in the course of a read or write 
operation, the end of the physical memory is reached, the 
address generator "wraps around" to the start of the physical 
memory . 

In brief, the Temporal Decoder of the present invention 
must be able to store two full pictures or frames of whatever 
encoding standard (MPEG or H.261) is specified. For 
simplicity, the physical memory in the DRAM into which the 
two frames are stored is split into two halves, with each 
half being dedicated (using appropriate pointers) to a 
particular one of the two pictures. 

MPEG uses three different picture types: Intra (I) , 
Predicted (P) and Bidirectionally interpolated (B) . As 
previously mentioned, B pictures are based on predictions 
from two pictures. One picture is from the future and one 
from the past. I pictures require no further decoding by the 
Temporal Decoder, but must be stored in one of the two 
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pictirtTs buffers for later use in decoding P and B pictures. 
Decoding p pictures requires forming predictions from a 
previously decoded P or I picture. The decoded P picture is 
stored in a picture buffer for use decoding P and B pictures. 
5 B pictures can require predictions form both of the picture 
buffers* However, B pictures are not stored in the external 
DRAM ♦ 

Note that I and P pictures are not output from the 
Temporal Decoder as they are decoded. Instead, I and P 

10 pictures are written into one of the picture buffers, and are 
read out only when a subsequent I or P picture arrives for 
decoding. In other words, the Temporal Decoder relies on 
subsequent P or I pictures to flush previous pictures out of 
the two picture buffers, as further discussed hereinafter in 

15 the section on flushing. In brief, the Spatial Decoder can 
provide a fake I or P picture at the end of a video sequence 
to flush out the last P or I picture. In turn, this fake 
picture is flushed when a subsequent video sequence starts. 
The peak memory band width load occurs when decoding B 

20 pictures. The worst case is the B frame may be formed from 
predictions from both the picture buffers, with all 
predictions being made to half-pixel accuracy. 

As previously described, the Temporal Decoder can be 
configured to provide MPEG picture reordering. with this 

25 picture reordering, the output of P and I pictures is delayed 
until the next P or I picture in the data stream starts to be 
decoded by the Temporal Decoder. 

As the P or I pictures are reordered, certain tokens are 
stored temporarily on chip as the picture is written into the 

30 picture buffers. When the picture is read out for display, 
these stored tokens are retrieved. At the output of the 
Temporal Decoder, the DATA Tokens of the newly decoded P or 
I picture are replaced with DATA Tokens for the older P or I 
picture . 
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In^contrast, H.261 makes predictions only from the 
picture just decoded. As each picture is decoded, it is 
written into one of the two picture buffers so it can be used 
in decoding the next picture. The only DRAM memory 
5 operations required are writing 8x8 blocks, and forming 
predictions with integer accuracy motion vectors. 

In brief, the Video Formatter stores three frames or 
pictures. Three pictures need to be stored to accommodate 
such features as repeating or skipping pictures. 

10 5. BITSTREAM CHARACTERISTICS 

Referring now particularly to the Spatial Decoder of the 
present invention, it is helpful to review the bitstream 
characteristics of the encoded datastream as these 
characteristics must be handled by the circuitry of the 

15 Spatial Decoder and the Temporal Decoder. For example, under 
one or more compression standards, the compression ratio of 
the standard is achieved by varying the number of bits that 
it uses to code the pictures of a picture. The number of 
bits can vary by a wide margin. Specifically, this means 

20 that the length of a bitstream used to encode a referenced 
picture of a picture might be identified as being one unit 
long, another picture might be a number of units long, while 
still a third picture could be a fraction of that unit. 

None of the existing standards (MPEG 1.2, JPEG, H.261) 

25 define a way of ending a picture, the implication being that 
when the next picture starts, the current one has finished. 
Additionally, the standards (H.261 specifically) allow 
incomplete pictures to be generated by the encoder. 

In accordance with the present invention, there is 

30 provided a way of indicating the end of a picture by using 
one of its tokens: PICTURE_END. The still encoded picture 
data leaving the Start Code Detector consists of pictures 
starting with a PICTURE_START token and ending with a 
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PI CTURE_END token, but still of widely varying length* There 
may be other information transmitted here (between the first 
and second picture) , but it is known that the first picture 
has finished. 

The data stream at the output of the Spatial Decoder 
consists of pictures, still with picture-starts and picture- 
ends, of the same length (number of bits) for a given 
sequence. The length of time between a picture-start and a 
picture-end may vary. 

The Video Formatter takes these pictures of non-uniform 
time and displays them on a screen at a fixed picture rate 
determined by the type of display being driven. Different 
display rates are used throughout the world, e.g. PAL-NTSC 
television standards. This is accomplished by selectively 
dropping or repeating pictures in a manner which is unique. 
Ordinary "frame rate converters," e.g. 2-3 pulldown, operate 
with a fixed input picture rate, whereas the Video Formatter 
can handle a variable input picture rate. 

6. RECONFIGURABLE PROCESSING STAGE 

Referring again to Figure 10, the reconf igurable 
processing stage (RPS) comprises a token decode circuit 3 3 
which is employed to receive the tokens coming from a two 
wire interface 37 and input latches 34. The output of the 
token decode circuit 33 is applied to a processing unit 3 6 
over the two-wire interface 37 and an action identification 
circuit 39. The processing unit 3 6 is suitable for 
processing data under the control of the action 
identification circuit 39. After the processing is 
completed, the processing unit 3 6 connects such completed 
signals to the output, two-wire interface bus 4 0 through 
output latches 41. 

The action identification decode circuit 3 9 has an 
input from the token decode circuit 3 3 over the two-wire 
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interface bus 40 and/ or from memory circuits 43 and 44 over 
two-wire interface bus 46. The tokens from the token decode 
circuit 33 are applied simultaneously to the action 
identification circuit 39 and the processing unit 36. The 
action identification function as well as the RPS is 
described in further detail by tables and figures in a 
subsequent portion of this specification. 

The functional block diagram in Figure 10 
illustrates those stages shown in Figures 11 , 12 and 13 which 
are not standard independent circuits. The data flows 
through the token decode circuit 33, through the processing 
unit 3 6 and onto the two-wire interface circuit 42 through 
the output latches 41. If the Control Token is recognized, by 
the RPS, it is decoded in the token decode circuit 3 3 and 
appropriate action will be taken. If it is not recognized, 
it will be passed unchanged to the output two-wire interface 
4 2 through the output circuit 41. The present invention 
operates as a pipeline processor having a two-wire interface 
for controlling the movement of control tokens through the 
pipeline. This feature of the invention is described in 
greater detail in the previously filed EPO patent application 
number 92306038.8. 

In the present invention, the token decode circuit 33 is 
employed for identifying whether the token presently entering 
through the two-wire interface 42 is a DATA token or control 
token. In the event that the token being examined by the 
token decode circuit 33 is recognized, it is exited to the 
action identification circuit 39 with a proper index signal 
or flag signal indicating that action is to be taken. At the 
same time, the token decode circuit 3 3 provides a proper flag 
or index signal to the processing unit 36 to alert it to the 
presence of the token being handled by the action 
identification circuit 39. 
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Control tokens may also be processed. 

A more detailed description of the various types of 
tokens usable in the present invention will be subsequently 
described hereinafter. For the purpose of this portion of 
the specification, it is sufficient to note that the address 
carried by the control token is decoded in the decoder 3 3 and 
is used to access registers contained within the action 
identification circuit 39. When the token being examined is 
a recognized control token, the action identification circuit 
39 uses its reconfiguration state circuit for distributing 
the control signals throughout the state machine. As 
previously mentioned, this activates the state machine of the 
action identification decoder 39, which then reconfigures 
itself. For example, it may change coding standards. In 
this way, the action identification circuit 39 decodes the 
required action for handling the particular standard now 
passing through the state machine shown with reference to 
Figure 10. 

Similarly, the processing unit 36 which is under 
the control of the action identification circuit 39 is now 
ready to process the information contained in the data fields 
of the DATA token when it is appropriate for this to occur. 
On many occasions, a control token arrives first, 
reconfigures the action identification circuit 3 9 and is 
immediately followed by a DATA token which is then processed 
by the processing unit 36. The control token exits the 
output latches circuit 41 over the output two-wire interface 
42 immediately preceding the DATA token which has been 
processed within the processing unit 36. 

In the present invention, the action identification 
circuit, 39, is a state machine holding history state. The 
registers, 43 and 44 hold information that has been decoded 
from the token decoder 33 and stored in these registers. 
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Such registers can be either on-chip or-off chip as needed. 
These plurality of state registers contain action information 
connected to the action identification currently being 
identified in the action identification circuit 39- This 
action information has been stored from previously decoded 
tokens and can affect the action that is selected. The 
connection 40 is going straight from the token decode 3 3 to 
the action identification block 39* This is intended to show 
that the action can also be affected by the token that is 
currently being processed by the token decode circuit 33. 

In general, there is shown token decoding and data 
processing in accordance with the present invention. The 
data processing is performed as configured by the action 
identification circuit 39. The action is affected by a 
number of conditions and is affected by information generally 
derived from a previously decoded token or, more 
specifically, information stored from previously decoded 
tokens in registers 4 3 and 44, the current token under 
processing, and the state and history information that the 
action identification unit 39 has itself acquired. A 
distinction is thereby shown between Control tokens and DATA 
tokens. 

In any RPS, some tokens are viewed by that RPS unit as 
being Control tokens in that they affect the operation of the 
RPS presumably at some subsequent time. Another set of 
tokens are viewed by the RPS as DATA tokens. Such DATA 
tokens contain information which is processed by the RPS in 
a way that is determined by the design of the particular 
circuitry, the tokens that have been previously decoded and 
the state of the action identification circuit 39. Although 
a particular RPS identifies a certain set of tokens for that 
particular RPS control and another set of tokens as data, 
that is the view of that particular RPS. Another RPS can 
have a different view of the same token. Some of the tokens 
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might^b^ viewed by one RPS unit as DATA Tokens while another 
RPS unit might decide that it is actually a Control Token. 
For example, the quantization table information, as far as 
the Huffman decoder and state machine is concerned, is data, 
5 because it arrives on its input as coded data, it gets 
formatted up into a series of 8 bit words, and they get 
formed into a token called a quantization table token 
(QUANT_TABLE) which goes down the processing pipeline. As 
far as that machine is concerned, all of that was data; it 

10 was handling data, transforming one sort of data into another 
sort of data, which is clearly a function of the processing 
performed by that portion of the machine. However, when that 
information gets to the inverse quantizer, it stores the 
information in that token a plurality of registers. In fact, 

15 because there are 64 8-bit numbers and there are many 
registers, in general, many registers may be present. This 
information is viewed as control information, and then that 
control information affects the processing that is done on 
subsequent DATA tokens because it affects the number that you 

20 multiply each data word. There is an example where one stage 
viewed that token as being data and another stage viewed it 
as being control. 

Token data, in accordance with the invention is almost 
universally viewed as being data through the machine. One of 

23 the important aspects is that, in general, each stage of 
circuitry that has a token decoder will be looking for a 
certain set of tokens, and any tokens that it does not 
recognize will be passed unaltered through the stage and down 
the pipeline, so that subsequent stages downstream of the 

3 0 current stage have the benefit of seeing those tokens and may 
respond to them. This is an important feature, namely there 
can be communication between blocks that are not adjacent to 
one another using the token mechanism. 

Another important feature of the invention is that each of 
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the stages of circuitry has the processing capability within 
it to be able to perform the necessary operations for each of 
the standards, and the control, as to which operations are to 
be performed at a given time, come as tokens. There is one 
processing element that differs between the different stages 
to provide this capability. In the state machine ROM of the 
parser, there are three separate entirely different programs, 
one for each of the standards that are dealt with. Which 
program is executed depends upon a CODING_STANDARD token. In 
otherwords, each of these three programs has within it the 
ability to handle both decoding and the CODING_STANDARD 
standard token. When each of these programs sees which 
coding standard, is to be decoded next, they literally jump 
to the start address in the microcode ROM for that particular 
program. This is how stages deal with multi-standardness. 

Two things are affected by the different standards. 
First, it affects what pattern of bits in the bitstream are 
recognized as a start-code or a marker code in order to 
reconfigure the shift register to detect the length of the 
start marker code. Second, there is a piece of information 
in the microcode that denotes what that start or marker code 
means. Recall that the coding of bits differs between the 
three standards. Accordingly, the microcode looks up in a 
table, specific to that compressor standard, something that 
is independent of the standard, i.e., a type of token that 
represents the incoming codes. This token is typically 
independent of the standard since in roost cases, each of the 
various standards provide a certain code that will produce 
it. 

The inverse quantizer 79 has a mathematical 
capability. The quantizer multiplies and adds, and has the 
ability to do all three compression standards which are 
configured by parameters. For example, a flag bit in the ROM 
in control tells the inverse quantizer whether or not to add 
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a constant, K. Another flag tells the inverse quantizer 
whether to add another constant. The inverse quantizer 
remembers in a register the COD I NG_ST AND ARD token as it flows 
by the quantizer. When DATA tokens pass thereafter, the 
inverse quantizer remembers what the standard is and it looks 
up the parameters that it needs to apply to the processing 
elements in order to perform a proper operation. For 
example, the inverse quantizer will look up whether K is set 
to 0, or whether it is set to 1 for a. particular compression 
standard, and will apply that to its processing circuitry. 

In a similar sense the Huffman decoder 56 has a number 
of tables within it, some for JPEG, some for MPEG and some 
for H.261. The majority of those tables, in fact, will 
service more than one of those compression standards. Which 
tables are used depends on the syntax of the standard . The 
Huffman decoder works by receiving a command from the state 
machine which tells it which of the tables to use. 
Accordingly, the Huffman decoder does not itself directly 
have a piece of state going into it, which is remembered and 
which says what coding it is performing. Rather, it is the 
combination of the parser state machine and Huffman decoder 
together that contain information within them. 

Regarding the Spatial Decoder of the present 
invention, the address generation is modified and is similar 
to that shown in Figure 10, in that a number of pieces of 
information are decoded from tokens, such as the coding 
standard. The coding standard and additional information as 
well, is recorded in the registers and that affects the 
progress of the address generator state machine as it steps 
through and counts the. macroblocks in the system, one after 
the other. The last stage would be the prediction filter 179 
(Figure 17) which operates in one of two modes, either H.261 
or MPEG and are easily identified. 
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7. MUiJi- STANDARD CODING 

The system of the present invention also provides a 
combination of the standard-independent indices generation 
circuits, which are strategically placed throughout the 
5 system in combination with the token decode circuits. For 
example, the system is employed for specifically decoding 
either the H.261 video standard, or the MPEG video standard 
or the JPEG video standard. These three compression coding 
standards specify similar processes to be done on the 

10 arriving data, but the structure of the datastreams is 
different. As previously discussed, it is one of the 
functions of the Start Code Detector to detect MPEG start- 
codes, H.261 start-codes, and JPEG marker codes, and convert 
them all into a form, i.e., a control token which includes a 

15 token stream embodying the current coding standard. The 
control tokens are passed through the pipeline processor, and 
are used, i.e., decoded, in the state machines to which they 
are relevant, and are passed through other state machines to 
which the tokens are not relevant. In this regard, the DATA 

2 0 Tokens are treated in the same fashion, insofar as they are 
processed only in the state machines that are configurable by 
the control tokens into processing such DATA Tokens. In the 
remaining state machines, they pass through unchanged. 

More specifically, a control token in accordance with 

2 5 the present invention, can consist of more than one word in 
the token. In that case, a bit known as the extension bit is 
set specifying the use of additional words in the token for 
carrying additional information. Certain of these additional 
control bits contain indices indicating information for use 

20 m corresponding state machines to create a set of standard- 
independent indices signals. The remaining portions of the 
token are used to indicate and identify the internal 
processing control function which is standard for all of the 
datastreams passing through the pipeline processor. In one 
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form of the invention, the token extension is used to carry 
the current coding standard which is decoded by the relative 
token decode circuits distributed throughout the machine, and 
is used to reconfigure the action identification circuit 39 
of stages throughout the machine wherever it is appropriate 
to operate under a new coding standard. Additionally, the 
token decode circuit can indicate whether a control token is 
related to one of the selected standards which the circuit 
was designed to handle. 

More specifically, an MPEG start code and a JPEG marker 
are followed by an 8 bit value. The H.261 start code is 
followed by a 4 bit value. In this context, the Start Code 
Detector 51, by detecting either an MPEG start-code or a JPEG 
marker, indicates that the following 8 bits contain the value 
associated with the start-code. Independently, it can then 
create a signal which indicates that it is either an MPEG 
start code or a JPEG marker and not an H.261 start code. In 
this first instance, the 8 bit value is entered into a decode 
circuit, part of which creates a signal indicating the index 
and flag which is used within the current circuit for 
handling the tokens passing through the circuit. This is 
also used to insert portions of the control token which will 
be looked at thereafter to determine which standard is being 
handled. In this sense, the control token contains a portion 
indicating that it is related to an MPEG standard, as well as 
a portion which indicates what type of operation should be 
performed on the accompanying data. As previously discussed, 
this information is utilized in the system to reconfigure the 
processing stage used to perform the function required by the 
various standards created for that purpose. 

For example, with reference to the H.261 start code, it 
is associated with a 4 bit value which follows immediately 
after the start code. The Start Code Detector passes this 
value into the token generator state machine. The value is 
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applied to an 8 bit decoder which produces a 3 bit start 
number. The start number is employed to identify the 
picture-start of a picture number as indicated by the value. 
The system also includes a multi-stage parallel 
5 processing pipeline operating under the principles of the 
two-wire interface previously described. Each of the stages 
comprises a machine generally taking the form illustrated in 
Figure 10. The token decode circuit 33 is employed to direct 
the token presently entering the state machine into the 

10 action identification circuit 39 or the processing unit 36 , 
as appropriate. The processing unit has been previously 
reconfigured by the next previous control token into the form 
needed for handling the current coding standard, which is now 
entering the processing stage and carried by the next DATA 

15 token. Further, in accordance with this aspect of the 
invention, the succeeding state machines in the processing 
pipeline can be functioning under one coding standard, i.e., 
H.261, while a previous stage can be operating under a 
separate standard, such as MPEG. The same two-wire interface 

2 0 is used for carrying both the control tokens and the DATA 
Tokens , 

The system of the present invention also utilizes 
control tokens required to decode a number of coding 
standards with a fixed number of reconf igurable processing 

2 5 stages. More specifically, the PICTURE_END control token is 

employed because it is important to have an indication of 
when a picture actually ends. Accordingly, in designing a 
multi-standard machine, it is necessary to create additional 
control tokens within the multi-standard pipeline processing 

3 0 machine which will then indicate which one of the standard 

decoding techniques to use. Such a control token is the 
PICTURE_END token. This PICTURE_END token is used to 
indicate that the current picture has finished, to force the 
buffers to be flushed, and to push the current picture 
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through the decoder to the display. 

8. MULTI-STANDARD PROCESSING CIRCUIT - SECOND 
NODE OF OPERATION 

A compression standard-dependent circuit, in the form of 
5 the previously described Start Code Detector, is suitably 
interconnected to a compression standard-independent circuit 
over an appropriate bus. The standard-dependent circuit is 
connected to a combination dependent- independent circuit over 
the same bus and an additional bus. The standard-independent 

10 circuit applies additional input to the standard dependent- 
independent circuit, while the latter provides information 
back to the standard- independent circuit. Information from 
the standard- independent circuit is applied to the output 
over another suitable bus. Table 600 illustrates that the 

15 multiple standards applied as the input to the standard- 
dependent Start Code Detector 51 include certain bit streams 
which have standard-dependent meanings within each encoded 
bit stream. 

9. START-CODE DETECTOR 

2 0 As previously indicated the Start Code Detector, in 

accordance with the present invention, is capable of taking 
MPEG, JPEG and H.261 bit streams and generating from them a 
sequence of proprietary tokens which are meaningful to the 
rest of the decoder • As an example of how multi-standard 

2 5 decoding is achieved, the MPEG (1 and 2) picture_start_code , 

the H.261 picture_start_code and the JPEG start_af_scan (SOS) 
marker are treated as equivalent by the Start Code Detector, 
and all will generate an internal PICTURE_START token. In a 
similar way, the MPEG sequence_start_code and the JPEG SOI 

3 0 (start_of_image) marker both generate a machine 

sequence_start_token. The H.2 61 standard, however, has no 
equivalent start code. Accordingly, the Start Code Detector, 
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in rggp^nse to the first H.261 picture_start_code , will 
generate a sequence_start token. 

None of the above described images are directly used 
other than in the SCO. Rather, a machine PICTURE START 
5 token, for example, has been deemed to be equivalent to the 
P I CTURE_ST ART images contained in the bit stream. 
Furthermore, it must be borne in mind that the machine 
PICTURE_START by itself, is not a direct image of the 
P I CTUR E_S TART in the standard. Rather, it is a control token 

10 which is used in combination with other control tokens to 
provide standard-independent decoding which emulates the 
operation of the images in each of the compression coding 
standards. The combination of control tokens in combination 
with the reconfiguration of circuits, in accordance with the 

15 information carried by control tokens, is unique in and of 
itself, as well as in further combination with indices and/or 
flags generated by the token decode circuit portion of a 
respective state' machine. A typical reconf igurable state 
machine will be described subsequently. 

-0 Referring again to Table 600, there are shown the names 

of a group of standard images in the left column. In the 
right column there are shown the machine dependent control 
tokens used in the emulation of the standard encoded signal 
which is present or not used in the standard image. 

25 With reference to Table 600, it can be seen that a 

machine sequence_start signal is generated by the Start Code 
Detector, as previously described, when it decodes any one of 
the standard signals indicated in Table 600. The Start Code 
Detector creates sequence_start , group_start, sequence_end , 

2 0 slice_start, user-data, extra-data and PICTURE_START tokens 
for application to the two-wire interface which is used 
throughout the system. Each of the stages which operate in 
conjunction with these control tokens are configured by tr.e 
contents of the tokens, or are configured by indices created 
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by cdtrtents of the tokens, and are prepared to handle data 
which is expected to be received when the picture DATA Token 
arrives at that station. 

As previously described, one of the compression 
5 standards, such as H.261, does not have a sequence_start 
image in its data stream, nor does it have a PICTURE_END 
image in its data stream. The Start Code Detector indicates 
the PICTURE_END point in the incoming bit stream and creates 
a PICTURE_END token. In this regard, the system of the 

10 present invention is intended to carry data words that are 
fully packed to contain a bit of information in each of the 
register positions selected for use in the practice of the 
present invention. To this end, 15 bits have been selected 
as the number of bits which are passed between two start 

15 codes. Of course, it will be appreciated by one of ordinary 
skill in the art, that a selection can be made to include 
either greater or fewer than 15 bits. In other words, ail 15 
bits of a data word being passed from the Start Code Detector 
into the DRAM interface are required for proper operation. 

20 Accordingly, the Start Code Detector creates extra bits, 
cailed padding, which it inserts into the last word of a DATA 
Token. For purposes of illustration 15 data bits has been 
selected* 

To perform the Padding operation, in accordance with the 
25 present invention, binary O followed by a number of binary 
l's are automatically inserted to complete the 15 bit data 
word. This data is then passed through the coded data buffer 
and presented to the Huffman decoder, which removes the 
padding. Thus, an arbitrary number of bits can be passed 
20 through a buffer of fixed size and width. 

In one embodiment, a slice_start control token is used 
to identify a slice of the picture. A slice_start control 
token is employed to segment the picture into smaller 
regions. The size of the region is chosen by the encoder, 
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and tfce £tart Code Detector identifies this unique pattern of 
the slice_start code in order for the machine-dependent state 
stages, located downstream from the Start Code Detector, to 
segment the picture being received into smaller regions. The 
5 size of the region is chosen by the encoder, recognized by 
the Start Code Detector and used by the recombination 
circuitry and control tokens to decompress the encoded 
picture. The slice_start_codes are principally used for 
error recovery. 

10 The start codes provide a unique method of starting up 

the decoder, and this will subsequently be described in 
further detail. There are a number of advantages in placing 
the Start Code Detector before the coded data buffer, as 
opposed to placing the Start Code Detector after the coded 

15 data buffer and before the Huffman decoder and video 
demultiplexer. Locating the Start Code Detector before the 
first buffer allows it to l) assemble the tokens, 2) decode 
the standard control signals, such as start codes, 3) pad the 
bitstream before the data goes into the buffer, and 4) create 

20 the proper sequence of control tokens to empty the buffers, 
pushing the available data from the buffers into the Huffman 
Decoder . 

Most of the control token output by the Start Code 
Detector directly reflect syntactic elements of the various 

2 5 picture and video coding standards. The Start Code Detector 
converts the syntactic elements into control tokens. In 
addition to these natural tokens, some unique and/or machine- 
dependent tokens are generated. The unique tokens include 
those tokens which have been specifically designed for use 

30 with the system of the present invention which are unique in 
and of themselves, and are employed for aiding in the multi- 
standard nature of the present invention. Examples of such 
unique tokens include PICTUHE_END and CODING_STANDARD . 

Tokens are also introduced to remove some of the 
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synta^rtic: differences between the coding standards and to 
function in co-operation with the error conditions. The 
automatic token generation is done after the serial analysis 
of the standard-dependent data. Therefore, the Spatial 
5 Decoder responds equally to tokens that have been supplied 
directly to the input of the Spatial Decoder, i.e. the SCO, 
as well as to tokens that have been generated following the 
detection of the start-codes in the coded data. A sequence 
of extra tokens is inserted into the two- wire interface in 
10 order to control the multi-standard nature of the present 
invention . 

The MPEG and H.261 coded video streams contain standard 
dependent, non-data, identifiable bit patterns, one of which 
is hereinafter called a start image and/or standard-dependent 

15 code. A similar function is served in JPEG, by marker codes. 
These start/marker codes identify significant parts of the 
syntax of the coded datastream. The analysis of start/marker 
codes performed by the Start Code Detector is the first stage 
in parsing the coded data. 

20 The start/marker code patterns are designed so that they 

can be identified without decoding the entire bit stream. 
Thus, they can be used, in accordance with the present 
invention, to assist with error recovery and decoder start- 
up. The Start Code Detector provides facilities to detect 

25 errors in the coded data construction and to assist the 
start-up of the decoder. The error detection capability of 
the Start Code Detector will subsequently be discussed in 
further detail, as will the process of starting up of the 
decoder . 

3 0 The aforementioned description has been concerned 

primanity with the characteristics of the machine-dependent 
bit stream and its relationship with the addressing 
characteristics of the present invention. The following 
description is of the bit stream characteristics of rhe 
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stano^rd-dependent coded data with reference to the Start 
Code Detector. 

Each of the standard compression encoding systems 
employs a unique start code configuration or imag'e which has 
5 been selected to identify that particular compression 
specification. Each of the start codes also carries with it 
a start code value. The start code value is employed to 
identify within the language of the standard the type of 
operation that the start code is associated with. In the 

10 multi-standard decoder of the present invention, the 
compatibility is based upon the control token and DATA token 
configuration as previously described. Index signals, 
including flag signals, are circuit-generated within each 
state machine, and are described hereinafter as appropriate. 

15 The start and/or marker codes contained in the 

standards, as well as other standard words as opposed to data 
words, are sometimes identified as images to avoid confusion 
with the use of code and/or machine-dependent codes to refer 
to the contents of control and/or DATA tokens used in the 

20 machine. Also, the term start code is often used as a 
generic term to refer to JPEG marker codes as well as MPEG 
and H.261 start codes. Marker codes and start codes serve 
the same purpose. Also, the term "flush 1 ' is used both to 
refer to the FLUSH token, and as a verb, for example when 

2*5 referring to flushing the Start Code Detector shift registers 
(including the signal "flushed"). To avoid confusion, the 
FLUSH token is always written in upper case. All other uses 
of the term (verb or noun) are in lower case. 

The standard-dependent coded input picture input stream 

ZZ comprises data and start images of varying lengths. The 
start images carry with them a value telling the user what 
operation is to be performed on the data which immediately 
follows according to the standard. However, in the multi- 
standard pipeline processing system of the present invention, 
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where compatibility is required for multiple standards, the 
system has been optimized for handling all functions in all 
standards . Accordingly, in many situations, unique start 
control tokens must be created which are compatible not only 
with the values contained in the values of the encoded signal 
standard image, but which are also capable of controlling the 
various stages to emulate the operation of the standard as 
represented by specified parameters for each standard which 
are well known in the art. All such standards are 
incorporated by reference into this specification. 

It is important to understand the relationship between 
tokens which, alone or in combination with other control 
tokens, emulate the nondata information contained in the 
standard bit stream. A separate set of index signals, 
including flag signals, are generated by each state machine 
to handle some of the processing within that state machine. 
Values carried in the standards can be used to access machine 
dependent control signals to emulate the handling of the 
standard data and non-data signals. For example, the 
slice_start token is a two word token, and it is then entered 
onto the two wire interface as previously described. 

The data input to the system of the present invention 
may be a data source from any suitable data source such as 
disk, tape, etc., the data source providing 8 bit data to the 
first functional stage in the Spatial Decoder, the Start Code 
Detector 51 (Figure 11) . The Start Code Detector includes 
three shift registers; the first shift register is 8 bits 
wide, the next is 24 bits wide, and the next is 15 bits wide. 
Each of the registers is part of the two-wire interface. The 
data from the data source is loaded into the first register 
as a single 8 bit byte during one timing cycle. Thereafter, 
the contents of the first shift register is shifted one bit 
at a time into the decode (second) shift register. After 2 4 
cycles, the 24 bit register is full. 
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Every 8 cycles, the 8 bit bytes are loaded into the 
first shift register. Each byte is loaded into the value 
shift register 221 (Figure 20) , and 8 additional cycles are 
used to empty it and load the shift register 231. Eight 
cycles are used to empty it, so after three of those 
operations or 24 cycles, there are still three bytes in the 
24 bit register* The value decode shift register 230 is 
still empty. 

Assuming that there is now a PI CTURE_ST ART word in the 
24 bit shift register, the detect cycle recognizes the 
P I CTURE_ST ART code pattern and provides a start signal as its 
output* Once the detector has detected a start, the byte 
following it is the value associated with that start code, 
and this is currently sitting in the value register 221. 

Since the contents of the detect shift register has been 
identified as a start code, its contents must be removed from 
the two wire interface to ensure that no further processing 
takes place using these 3 bytes. The decode register is 
emptied, and the value decode shift register 23 0 waits for 
the value to be shifted all the way over to such register . 

The contents now of the low order bit positions of the 
value decode shift register contains a value associated with 
the PICTURE_START. The Spatial Decoder equivalent to the 
standard PICTURE_START signal is referred to as the SD 
P I CTURE_ST ART signal. The SD P I CTURE_ST ART signal itself is 
going to now be contained in the token header, and the value 
is going to be contained in the extension word to the token 
header . 

10. TOKENS 

In the practice of the present invention, a token is a 
universal adaptation unit in the form of an interactive 
interfacing messenger package for control and/or data 
functions and is adapted for use with a reconf igurable 
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proce^si.ng stage (RPS) which is a stage, which in response to 
a recognized token, reconfigures itself to perform various 
operations. 

Tokens may be either position dependent or position 
5 independent upon the processing stages for performance of 
various functions. Tokens may also be metamorphic in that 
they can be altered by a processing stage and then passed 
down the pipeline for performance of further functions. 
Tokens nay interact with all or less than all of the stages 
10 and in this regard may interact with adjacent and/or non- 
adjacent stages. Tokens may be position dependent for some 
functions and position independent for other functions, and 
the specific interaction with a stage may be conditioned by 
the previous processing history of a stage. 
15 A PICTURE_END token is a way of signalling the end of a 

picture in a multi-standard decoder. 

A multi-standard token is a way of mapping MPEG , JPEG 
and H.261 data streams onto a single decoder using a mixture 
of standard dependent and standard independent hardware and 
20 control tokens. 

A SEARCH_MODE token is a technique for searching MPEG, 
JPEG and H.261 data streams which allows random access and 
enhanced error recovery. 

A STOP_AFTER_PICTURE token is a method of achieving a 
2 5 clear end to decoding which signals the end of a picture and 
clears the decoder pipeline, i.e., channel change. 

Furthermore, padding a token is a way of passing an 
arbitrary number of bits through a fixed si2e, fixed width 
buffer . 

:o The present invention is directed to a pipeline 

processing system which has a variable configuration which 
uses tokens and a two-wire system. The use of control tokens 
and DATA Tokens in combination with a two-wire systen 
facilitates a multi-standard system capable of having 



extentte* operating capabilities as compared with those 
systems which do not use control tokens. 

The control tokens are generated by circuitry within the 
decoder processor and emulate the operation of a number of 
different type standard-dependent signals passing into the 
serial pipeline processor for handling. The technique used 
is to study all the parameters of the multi-standards that 
are selected for processing by the serial processor and 
noting 1) theirMsimilarities, 2) their dissimilarities, 3) 
their needs and requirements and 4) selecting the correct 
token function to effectively process all of the standard 
signals sent into the serial processor. The functions of the 
tokens are to emulate the standards. A control token 
function is used partially as an emulation/ translation 
between the standard dependent signals and as an element to 
transmit control information through the pipeline processor. 

In prior art system)' a dedicated machine is designed 
according to well-known techniques to identify the standard 
and then set up dedicated circuitry by way of microprocessor 
interfaces. Signals from the microprocessor are used to 
control the flow of data through the dedicated downstream 
components. The selection, timing and organization of this 
decompression function- is under the control of fixed logic 
circuitry as assisted by signals coming from the 
microprocessor. 

In contrast, the system of the present invention 
configures the downstream functional stages under the control 
of the control tokens. An option is provided for obtaining 
needed and/or alternative control from the MPU. 

The tokens provide and make a sensible format fcr 
communicating information through the decompression circuit 
pipeline processor. In the design selected hereinafter ana 
used in the preferred embodiment, each word of a token is a 
"inimum of 8 bits wide, and a single token can extend over 



